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Foreword 



rd , 



This Technical Specification (TS) has been produced by the 3' Generation Partnership Project (3GPP). 

The contents of the present document are subject to continuing work within the TSG and may change following formal 
TSG approval. Should the TSG modify the contents of the present document, it will be re-released by the TSG with an 
identifying change of release date and an increase in version number as follows: 

Version x.y.z 

where: 

X the first digit: 

1 presented to TSG for information; 

2 presented to TSG for approval; 

3 or greater indicates TSG approved document under change control. 

y the second digit is incremented for all changes of substance, i.e. technical enhancements, corrections, 
updates, etc. 

z the third digit is incremented when editorial only changes have been incorporated in the document. 



Introduction 

The present document defines the interface tests for the Terminal / UICC interface. 

The aim of the present document is to ensure interoperability between an UICC and a Terminal independently of the 
respective manufacturer, card issuer or operator. 

Application specific tests for applications residing on an UICC are specified in document 3G TS 31.121 [3]. 
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1 Scope 

The present document specifies the interface test for the Terminal / UICC. 
The present document specifies the tests of: 

physical characteristics of the UICC; 

the electrical interface between the UICC and the Terminal; 

the initial communication establishment and the transport protocols; 

the application independent procedures. 

2 References 

The following documents contain provisions which, through reference in this text, constitute provisions of the present 
document. 

• References are either specific (identified by date of publication, edition number, version number, etc.) or 
non-specific. 

• For a specific reference, subsequent revisions do not apply. 

• For a non-specific reference, the latest version applies. In the case of a reference to a 3GPP document (including 
a GSM document), a non-specific reference implicitly refers to the latest version of that document in the same 
Release as the present document. 

[1] ETSI TS 102 221: "Smart cards; UICC-Terminal interface; Physical and logical characteristics". 

[2] 3GPP TS 31.102: "Characteristics of the USIM Application". 

[3] 3GPP TS 31.121: "USIM AppHcation Test Specification". 

[4] 3GPP TS 22.030: "Man-Machine Interface (MMI) of the User Equipment (UE)". 

[5] 3GPP TS 21.1 1 1: "USIM and IC Card Requirements". 

[6] ISO/IEC 7816-3 (1997): "Identification cards - Integrated circuit(s) cards with contacts. Part 3: 

Electronic signals and transmission protocols". 

[7] ISO/IEC 7816-6 (1998): "Identification cards - Integrated circuit(s) cards with contacts. Part 6: 

Interindustry data elements". 

3 Definitions, symbols, abbreviations and coding 
3.1 Definitions 

For the purposes of the present document, the following terms and definitions apply. 

3V technology Smart Card: smart Card operating at 3V-+ 10% and 5V + 10%. 

1.8V technology Smart Card: smart Card operating at 1.8V + 10% and 3V + 10%. 

3V technology Terminal: Terminal operating the Smart Card - Terminal interface at 3V + 10% and 5V + 10%. 

1.8V technology Terminal: Terminal operating the Smart Card - Terminal interface at 1.8 V + 10% and 3V + 10%. 
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Access conditions: set of security attributes associated with a file. 

Data Object: information coded as TLV objects, i.e. consisting of a Tag, a Length and a Value part. 

Dedicated File (DF): file containing access conditions and, optionally. Elementary Files (EFs) or other Dedicated Files 
(DFs). 

Directory: general term for MF, DF and ADF. 

Elementary File (EF): file containing access conditions and data and no other files. 

File: directory or an organised set of bytes or records in the UICC. 

File identifier: 2 bytes which address a file in the UICC. 

ID-1 UICC: UICC having the format of an ID-1 card (see ISO/IEC 7816-1 [10]). 

Master File (MF): unique mandatory file containing access conditions and optionally DFs and/or EFs. 

Plug-in UICC: second format of UICC. 



3.2 Symbols 



For the purposes of the present document, the following symbols apply: 



I 

Ice 

tp 

tR 

Vcc 



Current 

Current at VCC 
fall time 
rise time 
Voltage at VCC 



3.3 Abbreviations 

For the purposes of the present document, the following abbreviations apply: 



AC Access Condition 

ACK ACKnowledge 

ADF Application Dedicated File 

ADM Access condition to an EF which is under the control of the authority which creates this file 

AID Application IDentifier 

ALW ALWays 

AM Access Mode 

AM-DO Access Mode Data Object 

APDU Application Protocol Data Unit 

ARR Access Rule Reference 

ATR Answer To Reset 

BGT Block Guard Time 

BWI Block Waiting Integer 

BWT Block Waiting Time 

C-APDU Command APDU 

CLA CLASS 

CRT Control Reference Template 

CLK Clock 

C-TPDU Command TPDU 

CWI Character Waiting Integer 

CWT Character Waiting Time 

DAD Destination ADdress 

DF Dedicated File 

DO Data Object 

EDC Error Detection Code byte 

EF Elementary File 

etu elementary time unit 
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f frequency 

FCP File Control Parameters 

Fi Clock rate conversion factor 

FID File IDentifier 

GSM Global System for Mobile communications 

ICC Integrated Circuit Card 

I-Block Information Block 

ID IDentifier 

lEC International Electrotechnical Commission 

IFS Information Field Sizes 

IFSC Information Field Size for the UICC 

IFSD Information Field Size for the Terminal 

INF INFormation field 

INS INStruction 

I/O Input/Output 

ISO International Organization for Standardization 

Lc Length of Command data sent by the application layer in a case 3 or 4 Command. 

LCSI Life Cycle Status Information 

Le Maximum length of data Expected by the application layer in response to a case 2 or 4 Command. 

LEN LENgth 

LRC Longitudinal Redundancy Check 

LSB Least Significant Bit 

Luicc Exact Length of data available in the UICC to be returned in response to the case 2 or 4 Command 

received by the UICC 

MF Master File 

MMI Man Machine Interface 

MSB Most Significant Bit 

NAD Node Address byte 

NEV NEVer 

NPI Numbering Plan Identifier 

OSI Open System Interconnection 

PI Parameter 1 

P2 Parameter 2 

P3 Parameter 3 

PCB Protocol Control Byte 

PIN Personal Identification Number 

PPS Protocol and Parameter Selection 

PS PIN Status 

PS_DO PIN Status Data Object 

R-APDU Response APDU 

R-Block Receive-ready Block 

RFU Reserved for Future Use 

R-TPDU Response TPDU 

RST Reset 

SAD Source ADdress 

S-Block Supervisory Block 

SC Security Condition 

SC_DO Security Condition Data Object 

SE Security Environment 

SEID Security Environment IDentifier 

SFI Short (elementary) File Identifier 

State A Space or low state 

State H High state logic level 

State L Low state logic level 

State Z Mark or high state 

SW Status Word 

TE Terminal Equipment 

TLV Tag Length Value 

TPDU Transfer Protocol Data Unit 

UICC Universal Integrated Circuit Card 
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USIM Universal Subscriber Identity Module 

UE User Equipment 

VCC Power supply input 

WI Waiting time Integer 

VPP Programming power input, optional use by the card 

WTX Waiting Time eXtenstion 

WWT Work Waiting Time 

3.4 Coding Conventions 

The following coding conventions apply to the present document. 

All lengths are presented in bytes, unless otherwise stated. Each byte is represented by bits b8 to bl, where b8 is the 
most significant bit (MSB) and bl is the least significant bit (LSB). In each representation, the leftmost bit is the MSB. 

In the UICC, all bytes specified as RFU shall be set to '00' and all bits specifies as RFU shall be set to 0. If the GSM 
and/or USIM application exists on a UICC or is built on a generic telecommunications card, then other values may 
apply for the non- GSM or non-USIM applications. The values will be defined in the appropriate specifications for such 
cards and applications. These bytes and bits shall not be interpreted by a Terminal in a GSM or 3G session. 

The coding of Data Objects in the present document is according to ISO/IEC 7816-6 [7]. 



4 Physical Characteristic Tests 

The following tests apply to 3G Terminals using either ID-1 or Plug-in UICC. 

4.1 Contact pressure 

4.1 .1 Definition and applicability 

The contact pressure shall be large enough to ensure reliable and continuous contact (e.g. to overcome oxidisation and 
to prevent interruption caused by vibration). 

4.1.2 Conformance requirement 

Under no circumstances shall the contact force exceed 0,5 N per contact. 

4.1.2.1 Reference 

TS 102 221 clause 4.4.4. 



4.1.3 Test purpose 



To verify that the contact pressure of each contacting element is not greater than 0,5 N when each of the following types 
of card is used: 

1) Unembossed. 

2) Embossed on the contact side. 

NOTE: Only type 1) applies to the plug-in UICC. 
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4.1.4 Method of test 

4.1.4.1 Initial conditions 

The Terminal manufacturers shall provide, if possible, a separate card reader (mechanical components) to allow 
measurements. 

4.1.4.2 Procedure 

The pressure of each contacting element is measured. 

4.1 .5 Acceptance criteria 

The contact force shall not exceed 0,5 N per contact. 

4.2 Curvature of the contacting elements 

4.2.1 Definition and applicability 

The contact pressure shall be large enough to ensure reliable and continuous contact (e.g. to overcome oxidisation and 
to prevent interruption caused by vibration). 

4.2.2 Conformance requirement 

The radius of any curvature of the contacting elements shall be greater than or equal to 0,8 mm over the contact area. 

4.2.2.1 Reference 

TS 102 221 clause 4.4.4. 

4.2.3 Test purpose 

To verify that the radius of curvature of the contacting elements is greater than or equal to 0,8 mm over the contact area. 

4.2.4 Method of test 

4.2.4.1 Initial conditions 

The Terminal manufacturers shall provide, if possible, a separate card reader (mechanical components) to allow 
measurements. 

4.2.4.2 Procedure 

The radius of curvature of the contacting elements is measured on both axes. 

4.2.5 Acceptance criteria 

The radius of any curvature of the contacting elements shall be greater than or equal to 0,8 mm over the contact area. 
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5 Electrical Characteristic Tests 

The following tests apply to 3G Terminals using either ID-1 or Plug-in UICC. 

5.1 Test of the power transition phases 

5.1 .1 Phase preceding Terminal power on 

5.1 .1 .1 Definition and applicability 

When the mobile equipment is switched off, the contacts of the UICC-Terminal interface remain in an inactive state in 
order to prevent any damage to the UICC. 

5.1 .1 .2 Conformance requirement 

The residual voltage across the contacts of the UICC-Terminal interface (CI, C2, C3, C7) shall not exceed +1- 0,4 Volts 
referenced to GND. 

5.1.1.3 Reference: 

TS 102 221, clause 4.4.3 

5.1.1.4 Test purpose 

To verify that the residual voltage across the contacts of the UICC-Terminal interface (CI, C2, C3, C7) is not greater 
than +1- 0,4 Volts referenced to GND. 

5.1.1.5 Method of test 

5.1.1.5.1 Initial condition 

The Terminal shall be connected to an UICC simulator. 

The contact CI (VCC) of the UICC-Terminal interface shall be loaded with an impedance of 10 kOhm. 

The other contacts (C2, C3, C7) shall be loaded with an impedance of 50 kOhm. 

5.1.1.5.2 Procedure 

The residual voltage on each contact shall be measured. 

5.1.1.6 Acceptance criteria 

The residual voltage on each contact shall not exceed +1- 0,4 Volts referenced to GND. 

5.1.2 Phase during UICC power on 
5.1 .2.1 Definition and applicability 

When the user equipment is switched on or when the UICC-Terminal interface is being activated after supply voltage 
switching, the contacts shall be activated in a defined sequence in order to prevent any damage to the UICC. 

A 1.8V technology Terminal may switch from 1.8V to 3V and a 3V technology Terminal may switch from 3V to 5V 
after it has analysed the ATR and identified the UICC voltage class by deactivating the UICC and activating it at the 
new supply voltage. 
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This test applies to 

a) 3V technology Terminals supporting class A and class B operating conditions. This subcase does not apply to 
terminals which are in compliance with TS 21.111 

b) 1.8 V technology Terminals supporting class B and class C operating conditions. 

5.1.2.2 Conformance requirement 

a-l) When the UE is soft powered on, the contacts of the UICC-Terminal interface shall be activated to 3 V mode 
in the following order: 

1 - VCC at state H and stable, 

2 - CLK stable, 

3 - RST at state L for at least 400 clock cycles after the clock signal is applied to CLK, 

4 - I/O at state Z within 200 clock cycles after the clock signal is applied to CLK. 

a-2) When the UICC - Terminal interface is being activated after the 3V/5V switching the contacts shall be 
activated to 5V mode in the order given in a-l) 

b-1) When the UE is soft powered on, the contacts of the UICC-Terminal interface shall be activated to 1.8V 
mode in the following order: 

1 - VCC at state H and stable, 

2 - CLK stable, 

3 - RST at state L for at least 400 clock cycles after the clock signal is applied to CLK, 

4 - I/O at state Z within 200 clock cycles after the clock signal is applied to CLK. 

b-2) When the UICC - Terminal interface is being activated after the 1.8V/3V switching the contacts shall be 
activated to 3V mode in the order given in b-1) 

5.1.2.3 Reference: 

a-l), a-2), b-1), b-2): TS 102 221 clause 4.4.2 

5.1.2.4 Test purpose 

To verify that the contacts of the UICC-Terminal interface are activated in the correct order, as described in the 
conformance requirement. 

5.1.2.5 Method of test 

5.1.2.5.1 Initial condition 

The Terminal shall be connected to an UICC-Terminal simulator. 

5.1.2.5.2 Procedure 

To test the requirements a-l) and b-1), the UE shall be soft powered on. 

To test the requirement a-2) and b-2) the Terminal shall be caused to switch the voltage on the UICC-Terminal 
interface. 

The verification of each activation procedure shall be started with the first contact leaving the inactive state. The UICC- 
Terminal interface shall be monitored until it is fully activated. 
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5.1 .2.6 Acceptance criteria 

The contacts of the UICC-Terminal interface shall be activated in the correct order, as described in the conformance 
requirement. 

5.1 .3 Phase during Terminal power off 

5.1 .3.1 Definition and applicability 

When the user equipment is soft powered off or when the UICC-Terminal interface is being deactivated for 1.8V/3V or 
3V/5V switching, the contacts shall be deactivated in a defined sequence in order to prevent any damage to the UICC. 

NOTE: If during UE operation the UICC is physically removed it is impractical to ensure correct sequencing of 
deactivation and the possible damage to the UICC cannot be safeguarded by a type approval test. 
Furthermore, in this situation the integrity of the UICC data is not guaranteed. 

This test applies to 

a) 3V technology Terminals supporting class A and class B operating conditions. This subcase does not apply to 
terminals which are in compliance with TS 21.111 

b) 1 .8V technology Terminals supporting class B and class C operating conditions. 

5.1.3.2 Conformance requirement 

a-l) Depending on the state of the clock at the time of deactivation, the contacts of the UICC-Terminal shall be 
deactivated in one of two ways. 

If the clock is running, the contacts of the UICC-Terminal interface shall be deactivated in the following order: 

1 - RST at low level, 

2 - Clock stopped at low level, 

3 - I/O at status A, 

4 - VCC inactive. 

If the clock is stopped and is not restarted, the Terminal is allowed to deactivate all the contacts in any order, 
provided that all signals reach low level before Vcc leaves high level. 

a-2) When the UICC - Terminal interface is deactivated for 3V/5V switching, the contacts shall be deactivated as 
given in a-l). 

b-1) Depending on the state of the clock at the time of deactivation, the contacts of the UICC-Terminal shall be 
deactivated in one of two ways. 

If the clock is running, the contacts of the UICC-Terminal interface shall be deactivated in the following order: 

1 - RST at low level, 

2 - Clock stopped at low level, 

3. I/O at status A, 

4.- VCC inactive. 

If the clock is stopped and is not restarted, the Terminal is allowed to deactivate all the contacts in any order, 
provided that all signals reach low level before Vcc leaves high level. 

b-2) When the UICC-Terminal interface is deactivated for 1.8V/3V switching, the contacts shall be deactivated as 
given in b-1). 
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5.1.3.3 Reference: 

a-l), a-2), b-1), b-2): TS 102 221, clause 4.4.2 

5.1.3.4 Test purpose 

To verify that, depending on the state of the clock (running or stopped), the contacts of the UICC-Terminal interface 
become deactivated in the correct order, as given in the conformance requirement. 

5.1.3.5 Method of test 

5.1.3.5.1 Initial condition 

The Terminal shall be connected to an UlCC simulator. 

The UICC characteristics of the directories (see TS 102 221 clause 11.1.1.4.6.1) shall indicate that clock stop is 
allowed. 

5.1.3.5.2 Procedure 

To test the requirements a-l) and b-1), the UE shall be soft powered off. 

To test the requirement a-2) and b-2), the Terminal shall be caused to switch the voltage on the UICC-Terminal 
interface. 

The UICC-Terminal interface shall be monitored until it is fully deactivated. 

5.1 .3.6 Acceptance criteria 

The contacts of the UICC-Terminal interface shall be deactivated in the correct order, as given in the conformance 
requirements. 

5.1 .4 Warm reset timing 

5.1 .4.1 Definition and applicability 

The warm reset is performed according to clause 5.3.3 of ISO/IEC 7816-3 [6] and the UICC shall enter either the 
negotiable or the specific mode. 

5.1.4.2 Conformance requirement 

1- VCC at state H and stable. 

2- CLK stable. 

3- RST at state H. 

4- RST at state L for 400 clock cycles. 

5- RST at state H for at least 400 clock cycles. 

6- RST at state H for 40,000 clock cycles before deactivation if no answer is received. 

5.1.4.2.1 Reference 

TS 102 221, section 6.6. 
ISO/IEC 7816-3 [6], section 5.3.3. 
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5.1.4.3 Test purpose 

To verify that the contacts of the UICC-Terminal interface are activated in the correct order, as described in the 
conformance requirement. 

5.1.4.4 Method of test 

5.1.4.4.1 Initial conditions 

The Terminal shall be connected to the UICC simulator. 

5.1.4.4.2 Procedure 

a) The Terminal shall be made to initiate a warm reset (TBD). 

b) The UICC simulator shall send a valid ATR: 

b-1) 400 clock cycles after RST is set to state H. 

b-2) 39,990 clock cycles after RST is set to state H. The contacts of the UICC-Terminal interface shall be monitored 
during the warm reset sequence. 

5.1 .4.5 Acceptance criteria 

The Terminal shall perform a warm reset as described in the conformance requirement. 

In steps b-1) and b-2) the Terminal shall read the answer to the warm reset and work with the UICC. 

5.1 .5 UICC Type Recognition and Voltage Switching 

5.1 .5.1 Reaction of 3V technology Terminals on type recognition of 3V technology 

UlCCs 

5.1.5.1.1 Definition and applicability 

When a 3V technology Terminal detects a 3V technology UICC during the ATR analysis the Terminal may either 
switch to 5V operation or stay in 3V operation. 

This test applies to 3V technology Terminals supporting class A and class B operating conditions. This test does not 
apply to terminals which are in compliance with TS 2 1 . Ill . 

5.1 .5.1 .2 Conformance requirement 

1) A 3V technology Terminal shall initially activate the UICC with 3V (i.e. the first activation of a card session). 

2) The Terminal shall analyse the ATR and identify the voltage class supported by the UICC. 

3) If a 3V technology Terminal identifies a 3V technology UICC the Terminal may switch to 5V operation. 
Switching from 3V to 5V shall only be performed by deactivating the UICC and activating it with 5V supply 
voltage immediately after the analysis of the ATR without issuing any further commands. 

5.1.5.1.3 Reference: 

TS 102 221, clause 6.2 

5.1.5.1.4 Test purpose 

1) To verify that a 3V technology Terminal initially activates the UICC with 3V. 
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2) To verify that a 3V technology Terminal correctly identifies the voltage class. 

3) To verify that a 3V technology Terminal deactivates the UICC-Terminal interface immediately after the 
recognition of a 3V technology UICC (in order to switch the supply voltage) or proceeds with the 3 V operation 
during the whole card session without switching to 5V supply voltage. 

5.1.5.1.5 Method of test 

5.1.5.1.5.1 Initial condition 

The Terminal shall be connected to an UICC simulator simulating a 3V technology UICC with nominal test conditions 
according to table 6.1.1. All elementary files shall be coded as default. 

The Terminal shall be powered on. 

5.1.5.1.5.2 Procedure 

The UICC simulator shall send an ATR indicating a 3V technology UICC. 

The UICC-Terminal interface shall be monitored for at least 1 minute until the UE is switched off. 

5.1.5.1.6 Acceptance criteria 

1) The initial activation of the UICC-Terminal interface shall be performed with 3V supply voltage. 

2) The Terminal shall react in one of the following ways: 

a) The Terminal deactivates the UICC-Terminal interface immediately after the receipt of the ATR from the 
UICC. 

b) The UICC proceeds with the card session without switching to another supply voltage. 

5.1 .5.2 Reaction of 3V technology Terminals on type recognition of 1 .8V technology 

UlCCs 

5.1 .5.2.1 Definition and applicability 

When a 3V technology Terminal detects a 1.8 V technology UICC during the ATR analysis the Terminal shall stay in 
3V operation. 

This test applies to 3V technology Terminals supporting class A and class B operating conditions. This test does not 
apply to terminals which are in compliance with TS 21 . 1 11 . 

5.1.5.2.2 Conformance requirement 

1) A 3V technology Terminal shall initially activate the UICC with 3V (i.e. the first activation of a card session). 

2) The Terminal shall analyse the ATR and identify the voltage class supported by the UICC. 

3) If a 3V technology Terminal identifies a 1.8V technology UICC during the ATR analysis the Terminal shall 
stay in 3V operation. 

5.1.5.2.3 Reference: 
TS 102 221, clause 6.2 

5.1 .5.2.4 Test purpose 

1) To verify that a 3V technology Terminal initially activates the UICC with 3V. 
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2) To verify that a 3V technology Terminal correctly identifies the voltage class. 

3) To verify that a 3V technology Terminal stays in 3V operation during the whole card session. 

5.1.5.2.5 Method of test 

5.1.5.2.5.1 Initial condition 

The Terminal shall be connected to an UICC simulator simulating a 1.8 V technology UICC with nominal test 
conditions according to table 6.1.1. All elementary files shall be coded as default. 

The Terminal shall be powered on. 

5.1.5.2.5.2 Procedure 

The UICC simulator shall send an ATR indicating a 1.8 V technology UICC. 

The UICC-Terminal interface shall be monitored for at least 1 minute until the UE is switched off. 

5.1 .5.2.6 Acceptance criteria 

1) The initial activation of the UICC-Terminal interface shall be performed with 3 V supply voltage. 

2) The Terminal shall react in the following way: 

The UICC proceeds with the card session without switching to another supply voltage. 

5.1 .5.3 Reaction of 1 .8V technology Terminals on type recognition of 1 .8V 

technology UlCCs 

5.1 .5.3.1 Definition and applicability 

When a 1.8V technology Terminal detects a 1.8V technology UICC during the ATR analysis the Terminal may either 
switch to 3V operation or stay in 1.8V operation. 

This test applies to 1.8V technology Terminals supporting class B and class C operating conditions. 

5.1.5.3.2 Conformance requirement 

1) A 1.8 V technology Terminal shall initially activate the UICC with 1.8 V (i.e. the first activation of a card 
session). 

2) The Terminal shall analyse the ATR and identify the voltage class supported by the UICC. 

3) If a 1.8 V technology Terminal identifies a 1.8V technology UICC the Terminal may switch to 3V operation. 
Switching from 1.8V to 3V shall only be performed by deactivating the UICC and activating it with 3V supply 
voltage immediately after the analysis of the ATR without issuing any further commands. 

5.1.5.3.3 Reference: 

TS 102 221, clause 6.2 

5.1.5.3.4 Test purpose 

1) To verify that a 1.8V technology Terminal initially activates the UICC with 1.8V. 

2) To verify that a 1.8 V technology Terminal correctly identifies the voltage class. 
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3) To verify that a 1.8V technology Terminal deactivates the UICC-Terminal interface immediately after the 
recognition of a 1.8V technology UlCC (in order to switch the supply voltage) or proceeds with the 1.8V 
operation during the whole card session without switching to 3V supply voltage. 

5.1.5.3.5 Method of test 

5.1.5.3.5.1 Initial condition 

The Terminal shall be connected to an UlCC simulator simulating a 1.8 V technology UICC with nominal test 
conditions according to table 6.1.1. All elementary files are coded as default. 

The Terminal shall be powered on. 

5.1.5.3.5.2 Procedure 

The UlCC simulator shall send the ATR indicating a 3V technology UICC. 

The UICC-Terminal interface shall be monitored for at least 1 minute until the UE is switched off. 

5.1 .5.3.6 Acceptance criteria 

1) The initial activation of the UICC-Terminal interface shall be performed with 1.8V supply voltage. 

2) The Terminal shall react in one of the following ways: 

a) The Terminal deactivates the UICC-Terminal interface immediately after the analysis of the ATR from the 
UICC. 

b) The UICC proceeds with the card session without switching to another supply voltage. 

5.1 .5.4 Reaction of 1 .8V technology Terminals on type recognition of 3V technology 

UlCCs 

5.1 .5.4.1 Definition and applicability 

When a 1.8 V technology Terminal detects a 3V technology UICC during the ATR analysis the Terminal shall switch to 
3V operation. 

This test applies to 1.8 V technology Terminals supporting class B and class C operating conditions. 

5.1.5.4.2 Conformance requirement 

1) A 1.8V technology Terminal shall initially activate the UICC with 1.8V (i.e. the first activation of a card 
session). 

2) The Terminal shall analyse the ATR and identify the voltage class supported by the UICC. 

3) If a 1.8 V technology Terminal identifies a 3V technology UICC the Terminal shall switch to 3V operation. 
Switching from 1.8V to 3V shall only be performed by deactivating the UICC and activating it with 3V supply 
voltage immediately after the analysis of the ATR without issuing any further commands. 

5.1.5.4.3 Reference: 

TS 102 221, clause 6.2 

5.1.5.4.4 Test purpose 

1) To verify that a 1.8V technology Terminal initially activates the UICC with 1.8V. 

2) To verify that a 1.8 V technology Terminal correctly identifies the voltage class. 
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3) To verify that a 1.8V technology Terminal deactivates the UICC-Terminal interface immediately after the 
recognition of a 3V technology UlCC (in order to switch the supply voltage). 

4) To verify that a 1.8V technology Terminal activates the UlCC with 3V. 

5.1.5.4.5 Method of test 

5.1.5.4.5.1 Initial condition 

The Terminal shall be connected to an UlCC simulator simulating a 3V technology UlCC with nominal test conditions 
according to table 6.1.1. All elementary files are coded as default. 

The Terminal shall be powered on. 

5.1.5.4.5.2 Procedure 

The UlCC simulator shall send the ATR indicating a 3V technology UlCC. 

The UICC-Terminal interface shall be monitored for at least 1 minute until the UE is switched off. 

5.1.5.4.6 Acceptance criteria 

1) The initial activation of the UICC-Terminal interface shall be performed with 1.8 V supply voltage. 

2) The Terminal shall react in of the following way: 

a) The Terminal deactivates the UICC-Terminal interface immediately after the analysis of the ATR from the 
UlCC. 

b) The UlCC proceeds with the card session switching to 3V operation. 

5.1 .5.5 Reaction of Terminals receiving a corrupted ATR 

5.1 .5.5.1 Definition and applicability 

If a Terminal receives an ATR which is corrupted, the Terminal shall deactivate the UICC-Terminal interface and 
repeat the activation with the same voltage class. It shall perform this procedure at least 3 times before rejecting the 
UlCC. 

5.1.5.5.2 Conformance requirement 

1) The Terminal shall analyse the ATR in order to identify the voltage class supported by the UlCC. 

2) If a Terminal cannot analyse the ATR, the Terminal shall deactivate the UICC-Terminal interface and repeat the 
activation with the same voltage class. It shall perform this procedure at least 3 times before rejecting the UlCC 
without issuing any further command. 

5.1.5.5.3 Reference: 

TS 102 221 clause 6.2 

5.1 .5.5.4 Test purpose 

1) To verify that a 3G Terminal deactivates the UICC-Terminal interface and repeats the activation with the same 
voltage class. 

2) To verify that this procedure is performed at least 3 times before rejecting the UlCC in the case that the 
Terminal cannot analyse the ATR. 
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5.1.5.5.5 



Method of test 



5.1.5.5.5.1 Initial condition 

The Terminal shall be connected to an UICC simulator. All elementary files shall be coded as default. 
The Terminal shall be powered on. 

5.1.5.5.5.2 Procedure 

The UICC simulator shall send an invalid ATR as follows: class. 



Character 


Value 


Description 


IS 


'3B' 


Indicates direct convention 


TO 


'84' 


TD1 only is present 

4 bytes of historical bytes 


TD1 


'8F' 


TD2 only is present 
T=15 is forbidden inTD1 


TD2 


'1F' 


TA3 only is present 

Global interface bytes following 


TA3 


'46' 


Clock stop supported (low electrical state) 

1 .8 V technology UICC, supporting class B and classC 


T1 


'80' 




T2 


'31' 


Card data services 


T3 


'CO' 


SELECT by AID supported 
EFDIR present 


T4 


'73' 


Card capabilities 


TCK 


'50' 


Check byte 



5.1.5.5.6 



Acceptance criteria 



Immediately after the reception of the invalid ATR, the Terminal shall deactivate the UICC-Terminal interface and 
repeat the activation of the UICC with the same voltage class. This procedure shall be performed at least 3 times before 
rejecting the UICC. 



5.1.5.6 



Reaction of a Terminals receiving no ATR 



5.1.5.6.1 



Definition and applicability 



A Terminal shall initially activate the UICC with the lowest voltage class available. If no ATR is received, the UICC- 
Terminal interface shall be deactivated and activated with the next higher class. 

Note: A 1.8V technology Terminal shall initially activate the UICC with 1.8 V. If no ATR is received, the 
UICC-Terminal interface shall be deactivated and activated with 3V.. 



5.1.5.6.2 



Conformance requirement 



If a Terminal does not receive an ATR, the Terminal shall deactivate the UICC-Terminal interface and repeat the 
activation with the next higher voltage class. 

5.1.5.6.3 Reference: 

TS 102 221 clause 6.2 



5.1.5.6.4 



Test purpose 



To verify that a Terminal deactivates the UICC-Terminal interface and repeats the activation with the next higher 
voltage class in case that the Terminal cannot receive an ATR. 
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5.1.5.6.5 



Method of test 



5.1.5.6.5.1 Initial condition 

The Terminal shall be connected to an UICC simulator. All elementary files shall be coded as default. The Terminal 
shall be powered on. 

5.1.5.6.5.2 Procedure 

The UICC simulator shall send no ATR. 



5.1.5.6.6 



Acceptance criteria 



If no ATR is received by the Terminal, the Terminal shall wait at least 40 000 clock cycles before deactivating the 
UICC-Terminal interface. The Terminal shall then repeat the activation procedure with the next higher voltage class. 



5.2 



Electrical tests on each Terminal contact 



5.2.1 Nominal test conditions 

The following tables give the electrical conditions that must be applied by the UICC simulator to all contacts during a 
test if not stated otherwise. 

Table 0-1 : Nominal test conditions on 5V UICC - Terminal interface 



Contacts 


Low level 


High level 


Max. capacitive load 


C1 (VCC) 


— 


1 = 10 mA 




C2 (RST) 


1 = -200 ^A 


1 = +20 ^A 


30 pF 


C3 (CLK) 


1 = -200 ^A 


1 = +20 ^A 


30 pF 


C5 (GND) 


... 


... 




C7 (I/O) 

Terminal input 
Terminal output 


1 = + 1 mA 
l = -1 mA 


1 = +20 ^A 
1 = +20 ^A 


30 pF 



Table 0-2: Nominal test conditions on 3V UICC-Terminal interface 



Contacts 


Low level 


High level 


Max. capacitive load 


CI (VCC) 


... 


1 = 7.5 mA 




C2 (RST) 


1 = -200 ^A 


1 = +20 ^A 


30 pF 


C3 (CLK) 


1 = -20 nA 


1 = +20 ^A 


30 pF 


C5 (GND) 


... 


... 




C7 (I/O) 

Terminal input 
Terminal output 


1 = +1 mA 
l = -1 mA 


11 
o o 

+ + 

II II 


30 pF 



Table 0-3: Nominal test conditions on 1.8V UICC-Terminal interface 



Contacts 


Low level 


High level 


Max. capacitive load 


CI (VCC) 


... 


l = 5mA 




C2 (RST) 


1 = -200 ^A 


1 = +20 ^A 


30 pF 


C3 (CLK) 


1 = -20 nA 


1 = +20 ^A 


30 pF 


C5 (GND) 


... 


... 




C7 (I/O) 

Terminal input 
Terminal output 


I = +1 mA 
l = -1 mA 


< < 
o o 
+ + 

II II 


30 pF 
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NOTE 1 : Measurements of contacts voltage levels can be done at any time since the beginning of activation of the 
UICC and the end of deactivation of the UICC (ISO/IEC 7816-3 clause 5.1). 

NOTE 2: The reference point of all measurements is the contact C5 (Ground). 

NOTE 3: Currents flowing into the UICC are considered positive. 

5.2.2 Electrical tests on contact C1 

Cl = Card power supply (VCC) 

5.2.2.1 Test 1 

5.2.2.1 .1 Definition and applicability 

When the user equipment is activated, the supply voltage on the UICC -Terminal interface shall remain in the specified 
range in order to ensure correct operation and to prevent any damage to the UICC. 

This test applies to 

a) 3V technology Terminals supporting class A and class B operating conditions. This subcase does not apply to 
terminals which are in compliance with TS 21.11 1 

b) 1.8 V technology Terminals 

5.2.2.1.2 Conformance requirement 

a-l) The voltage on contact Cl of the UICC-Terminal interface shall be 5V +1- 10 % for Ice up to 10 mA when 
the Terminal is in 5V operation mode. 

a-2) The voltage on contact Cl of the UICC-Terminal interface shall be 3V +1- 10 % for Ice up to 7.5 mA when 
the Terminal is in 3V operation mode. 

b-1) The voltage on contact Cl of the UICC-Terminal interface shall be 3V +1- 10 % for Ice up to 7.5 mA when 
the Terminal is in 3V operation mode. 

b-2) The voltage on contact Cl of the UICC-Terminal interface shall be 1.8V H-/- 10 % for Ice up to 5 mA when 
the Terminal is in 1.8 V operation mode. 



5.2.2.1.3 


Reference: 


a-l): 


TS 102 221 clause 5.1 


a-2), b-1): 


TS 102 221 clause 5.2 


b-2): 


TS 102 221 clause 5.3 


5.2.2.1.4 


Test purpose 



To verify that the Terminal keeps the voltage on contact Cl of the UICC-Terminal interface within the ranges specified 
in the conformance requirements. 

5.2.2.1.5 Method of test 

5.2.2.1.5.1 Initial condition 

The Terminal shall be connected to an UICC simulator. 

The UE shall be activated. 
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The remaining contacts of the UICC-Terminal interface shall be in nominal test conditions (See 3G TS 31.120 clause 
0). 

5.2.2.1.5.2 Test Procedure 

The voltage of contact CI (VCC) of the UICC-Terminal interface shall be measured. 

5.2.2.1.6 Acceptance criteria 

The voltage on contact CI of the UICC-Terminal interface shall be within the ranges specified in the conformance 
requirements. 

5.2.2.2 Test 2 

5.2.2.2.1 Definition and applicability 

When the user equipment is activated, the supply voltage on the UICC-Terminal interface shall be able to counteract 
spikes in the current consumption of the UICC up to the limits given in the conformance requirement, ensuring that the 
supply voltage stays in the specified range. 

This test applies to 

a) 3V technology Terminals supporting class A and class B operating conditions. This subcase does not apply to 
terminals which are in compliance with TS 21.11 1 

b) 1.8 V technology Terminals supporting class B and class C operating conditions. 

5.2.2.2.2 Conformance requirement 

a-l) The voltage on contact CI of the UICC-Terminal interface shall be 5V +1- 10 % for spikes in the current 
consumption with a maximum charge of 40 nAs with no more than 400 ns duration and an amplitude of at most 
200 mA when the Terminal is in 5V operation mode. 

a-2) The voltage on contact CI of the UICC-Terminal interface shall be 3V +1- 10 % for spikes in the current 
consumption with a maximum charge of 12 nAs with no more than 400 ns duration and an amplitude of at most 
60 mA when the Terminal is in 3V operation mode. 

b-1) The voltage on contact CI of the UICC-Terminal interface shall be 3V +1- 10 % for spikes in the current 
consumption with a maximum charge of 12 nAs with no more than 400 ns duration and an amplitude of at most 
60 mA when the Terminal is in 3V operation mode. 

b-2) The voltage on contact CI of the UICC-Terminal interface shall be 1.8V +1- 10 % for spikes in the current 
consumption with a maximum charge of 12 nAs with no more than 400 ns duration and an amplitude of at most 
60 mA when the Terminal is in 1.8 V operation mode. 

5.2.2.2.3 Reference: 

a-l): TS 102 221 clause 5.1 

a-2), b-1): TS 102 221 clause 5.2 
b-2): TS 102 221 clause 5.3 

5.2.2.2.4 Test purpose 

To verify that the Terminal keeps the voltage on contact CI of the UICC-Terminal interface within the specified range 
for the conditions given in the UICC-Terminal conformance requirement. 
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5.2.2.2.5 Method of test 

5.2.2.2.5.1 Initial condition 

The Terminal shall be connected to an UICC simulator. 

The UE shall be activated. 

The remaining contacts of the interface shall held in nominal test condition (See 3G TS 31.120 clause 0). 

5.2.2.2.5.2 Procedure 

In order to test the requirements a-1), the voltage on contact CI of the UICC-Terminal interface shall be monitored and 
the following current spikes shall be applied: 

1) continuous spikes: 
current amplitude 20 mA 
current offset mA 
Duration 100 ns 

Pause 100 ns 

2) continuous spikes: 
current 20 mA 
current offset mA 
Duration 400 ns 
Pause 400 ns 

3) continuous spikes: 
current amplitude 15 mA 
current offset 5 mA 

(i.e. maximum amplitude = 5 mA + 15 mA = 20 mA) 
Duration 150 ns 
Pause 300 ns 

4) random spikes: 

current amplitude 200 mA 

current offset mA 

Duration 200 ns 

Pause between 0, 1 ms and 500 ms, randomly varied 

5) random spikes: 

current amplitude 100 mA 

current offset mA 

Duration 400 ns 

Pause between 0, 1 ms and 500 ms, randomly varied 
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6) random spikes 

current amplitude 195 mA 

current offset 5 mA 

(i.e. maximum amplitude = 5 mA +195 mA = 200 mA) 

Duration 200 ns 

Pause between 0, 1 ms and 500 ms, randomly varied 

In order to test the requirements a-2), b-1) and b-2), the voltage on contact CI of the UICC-Terminal interface shall be 
monitored and the following current spikes shall be applied: 

1) continuous spikes: 
current amplitude 12 mA 
current offset mA 
Duration 100 ns 

Pause 100 ns 

2) continuous spikes: 
current 12 mA 
current offset mA 
Duration 400 ns 
Pause 400 ns 

3) continuous spikes: 
current amplitude 9 mA 
current offset 3 mA 

(i.e. maximum amplitude = 3 mA + 9 mA =12 mA) 
Duration 150 ns 
Pause 300 ns 

4) random spikes: 
current amplitude 60 mA 
current offset mA 
Duration 200 ns 

Pause between 0, 1 ms and 500 ms, randomly varied 

5) random spikes: 
current amplitude 30 mA 
current offset mA 
Duration 400 ns 

Pause between 0, 1 ms and 500 ms, randomly varied 



£75/ 



3GPP TS 31 .1 20 version 3.0.0 Release 1 999 32 ETSI TS 1 31 1 20 V3.0.0 (2000-1 2) 

6) random spikes 

current amplitude 57 mA 

current offset 3 mA 

(i.e. maximum amplitude = 3 mA + 57 mA = 60 mA) 

Duration 200 ns 

Pause between 0, 1 ms and 500 ms, randomly varied 
NOTE: The specified spike durations shall be measured at 50 % of the spike amplitude. 

5.2.2.2.6 Acceptance criteria 

The voltage on contact CI of the UICC-Terminal interface shall be within the ranges specified in the conformance 
requirements. 

5.2.2.3 Electrical tests on contact C2 

C2 = Reset (RST) 

5.2.2.3.1 Definition and applicability 

When the user equipment is activated, the voltage on contact C2 of the UICC-Terminal interface shall remain in the 
specified range in order to ensure correct operation and to prevent any damage to the UICC. 

This test applies to 

a) 3V technology Terminals supporting class A and class B operating conditions. This subcase does not apply to 
terminals which are in compliance with TS 2 1 . Ill 

b) 1.8 V technology Terminals supporting class B and class C operating conditions. 

5.2.2.3.2 Conformance requirement 

a-l) The voltage on contact C2 (RST) of the UICC-Terminal interface shall be between -0,3V and H-0,6V for a 
current of -200 )iA in low state and between Vcc - 0,7V and Vcc + 0,3V for a current of H-20 )iA in high state 
when the Terminal is in 5V operation mode. 

a-2) The voltage on contact C2 (RST) of the UICC-Terminal interface shall be between -0,3 V and 0,2 x Vcc for a 
current of -200 )iA in low state and between 0,8 x Vcc and Vcc + 0,3V for a current of H-20 )iA in high state . 
when the Terminal is in 3V operation mode. 

b-1) The voltage on contact C2 (RST) of the UICC-Terminal interface shall be between -0,3 V and 0,2 x Vcc for a 
current of -200 )iA in low state and between 0,8 x Vcc and Vcc + 0,3V for a current of H-20 |J.A in high state . 
when the Terminal is in 3V operation mode. 

b-2) The voltage on contact C2 (RST) of the UICC-Terminal interface shall be between -0,3 V and 0,2 x Vcc for a 
current of -200 \xA in low state and between 0,8 x Vcc and Vcc + 0,3V for a current of +20 )iA in high state 
when the Terminal is in 1.8 V operation mode. 

5.2.2.3.3 Reference: 

a-l): TS 102 221 clause 5.1 

a-2), b-1): TS 102 221 clause 5.2 
b-2): TS 102 221 clause 5.3 
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5.2.2.3.4 Test purpose 

To verify that the Terminal keeps the voltage on contact C2 (RST) of the UICC-Terminal interface within the specified 
range, as given in the conformance requirement. 

5.2.2.3.5 Method of test 

5.2.2.3.5.1 Initial condition 

The Terminal shall be connected to an UICC simulator. 

The UE shall be activated. 

The remaining contacts of the UICC-Terminal interface shall be held in nominal test conditions (See 3G TS 31.120 
clause 0). 

5.2.2.3.5.2 Procedure 

The voltage on contact C2 (RST) of the UICC-Terminal interface shall be measured. 

5.2.2.3.6 Acceptance criteria 

The voltage on contact C2 (RST) of the UICC-Terminal interface shall be within the range specified in the conformance 
requirement. 

5.2.2.4 Electrical tests on contact C3 

C3 = Clock (CLK) 

5.2.2.4.1 Definition and applicability 

When the user equipment is activated, the voltage, the rise/fall time of the signal, the clock cycle ratio and the frequency 
on contact C3 of the UICC - Terminal interface shall remain in the specified range in order to ensure correct operation 
and to prevent any damage to the UICC. 

This test applies to 

a) 3V technology Terminals supporting class A and class B operating conditions. This subcase does not apply to 
terminals which are in compliance with TS 21.111 

b) 1 .8 V technology Terminals supporting class B and class C operating conditions. 

5.2.2.4.2 Conformance requirement 

a-l) The voltage on contact C3 (CLK) of the UICC - Terminal interface shall be between -0,3V and H-0,5 V for a 
current of -200 \xA in low state and between 0,7 x Vcc and Vcc H-0,3 V for a current of H-20 \xA in high state when 
the Terminal is in 5V operation mode. 

a-2) The rise and the fall time of the clock signal shall not exceed 9 % of the clock period with a maximum of 0,5 
)is when the Terminal is in 5V operation mode. 

a-3) The cycle ratio of the clock signal shall be between 40 % and 60 % of the period, in steady state when the 
Terminal is in 5V operation mode. 

a-4) The frequency of the clock signal shall be between 1 MHz and 5 MHz when the Terminal is in 5 V operation 
mode. 

a-5) The voltage on contact C3 (CLK) of the UICC - Terminal interface shall be between -0,3V and 0,2 x Vcc for 
a current of -20 )iA in low state and between 0,7 x Vcc and Vcc H-0,3 V for a current of H-20 )iA in high state 
when the Terminal is in 3V operation mode. 
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a-6) The rise and the fall time of the clock signal shall not exceed 50 ns when the Terminal is in 3 V operation 
mode. 

a-7) The cycle ratio of the clock signal shall be between 40 % and 60 % of the period, in steady state when the 
Terminal is in 3V operation mode. 

a-8) The frequency of the clock signal shall be between 1 MHz and 5 MHz when the Terminal is in 3 V operation 
mode. 

b-1) The voltage on contact C3 (CLK) of the UICC - Terminal interface shall be between -0,3V and 0,2 x Vcc for 
a current of -20 )iA in low state and between 0,7 x Vcc and Vcc H-0,3V for a current of H-20 )iA in high state 
when the Terminal is in 3V operation mode. 

b-2) The rise and the fall time of the clock signal shall not exceed 50 ns when the Terminal is in 3 V operation 
mode. 

b-3) The cycle ratio of the clock signal shall be between 40 % and 60 % of the period, in steady state when the 
Terminal is in 3V operation mode. 

b-4) The frequency of the clock signal shall be between 1 MHz and 5 MHz when the Terminal is in 3 V operation 
mode. 

b-5) The voltage on contact C3 (CLK) of the UICC-Terminal interface shall be between -0,3 V and 0,2 x Vcc for a 
current of -20 )J,A in low state and between 0,7 x Vcc and Vcc H-0,3V for a current of H-20 [iA in high state when 
the Terminal is in 1.8 V operation mode. 

b-6) The rise and the fall time of the clock signal shall not exceed 50 ns when the Terminal is in 1 .8 V operation 
mode. 

b-7) The cycle ratio of the clock signal shall be between 40 % and 60 % of the period, in steady state when the 
Terminal is in 1.8 V operation mode. 

b-8) The frequency of the clock signal shall be between 1 MHz and 5 MHz when the Terminal is in 1.8 V 
operation mode. 

5.2.2.4.3 Reference: 

a-l - a-4) TS 102 221 clause 5.1 

a-5 - a-8), b-1 - b-4) TS 102 221 clause 5.2 
b-5 - b-8) TS 102 221 clause 5.3. 

5.2.2.4.4 Test purpose 

To verify that the Terminal keeps the voltage, the rise and fall time, the cycle ratio and the frequency on contact C3 
(CLK) of the UICC - Terminal interface within the ranges specified in the conformance requirements. 

5.2.2.4.5 Method of test 

5.2.2.4.5.1 Initial condition 

The Terminal shall be connected to an UICC simulator. 

The UE shall be activated. 

The remaining contacts of the UICC-Terminal interface shall be held in nominal test conditions (See 3G TS 31.120 
clause 6.1.1). 
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5.2.2.4.5.2 Procedure 

The voltage, the rise/fall time, the clock cycle ratio and the frequency on contact C3 (CLK) of the UICC-Terminal 
interface shall be measured. 

5.2.2.4.6 Acceptance criteria 

The voltage, the rise and fall time, the cycle ratio and the frequency on contact C3 (CLK) of the UICC-Terminal 
interface shall be within the ranges specified in the conformance requirements. 

5.2.2.5 Electrical tests on contact C7 

C7 = Input - output (I/O) 

5.2.2.5.1 Definition and applicability 

When the user equipment is activated, the Terminal shall keep the voltage, the current and the rise/fall time of the signal 
on contact C7 of the UICC-Terminal interface within the specified range in order to ensure correct operation and to 
prevent any damage to the UICC. 

This test applies to 

a) 3V technology Terminals supporting class A and class B operating conditions. This subcase does not apply to 
terminals which are in compliance with TS 21.1 1 1 

b) 1.8 V technology Terminals supporting class B and class C operating conditions. 

5.2.2.5.2 Conformance requirement 

a-l) Terminal receiving state A (low state): 

With an imposed voltage of OV the current flowing out of the Terminal shall not exceed 1 mA when the 
Terminal is in 5V operation mode. 

a-2) Terminal transmitting state A (low state): 

The voltage shall be between -0,3 V and 0,15 x Vcc when a current of 1 mA flowing into the Terminal is applied 
when the Terminal is in 5V operation mode. 

a-3) Terminal transmitting or receiving state Z (high state): 

The voltage shall be between H-3,8V respec. 0,7 x Vcc and Vcc + 0,3V when a current of 20 |J.A flowing out of 
the Terminal is applied when the Terminal is in 5V operation mode. 

a-4) The rise time and the fall time of the I/O signal shall not exceed 1 )J,s when the Terminal is in 5 V operation 
mode. 

a-5) Terminal receiving state A (low state): 

With an imposed voltage of OV the current flowing out of the Terminal shall not exceed 1 mA when the 
Terminal is in 3V operation mode. 

a-6) Terminal transmitting state A (low state): 

The voltage shall be between -0,3V and 0,2 x Vcc when a current of 1 mA flowing into the Terminal is applied 
when the Terminal is in 3V operation mode. 

a-7) Terminal transmitting or receiving state Z (high state): 

The voltage shall be between 0,7 x Vcc and Vcc + 0,3V when a current of 20 \xA flowing out of the Terminal is 
applied when the Terminal is in 3 V operation mode. 
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a-8) The rise time and the fall time of the I/O signal shall not exceed 1 )is when the Terminal is in 3 V operation 
mode. 

b-1) Terminal receiving state A (low state): 

With an imposed voltage of OV the current flowing out of the Terminal shall not exceed 1 mA when the 
Terminal is in 3V operation mode. 

b-2) Terminal transmitting state A (low state): 

The voltage shall be between -0,3V and 0,2 x Vcc when a current of 1 mA flowing into the Terminal is applied 
when the Terminal is in 3V operation mode. 

b-3) Terminal transmitting or receiving state Z (high state): 

The voltage shall be between 0,7 x Vcc and Vcc + 0,3V when a current of 20 )iA flowing out of the Terminal is 
applied when the Terminal is in 3V operation mode. 

b-4) The rise time and the fall time of the I/O signal shall not exceed 1 )is when the Terminal is in 3 V operation 
mode. 

b-5) Terminal receiving state A (low state): 

With an imposed voltage of OV the current flowing out of the Terminal shall not exceed 1 mA when the 
Terminal is in 1.8 V operation mode. 

b-6) Terminal transmitting state A (low state): 

The voltage shall be between -0,3V and 0,2 x Vcc when a current of 1 mA flowing into the Terminal is applied 
when the Terminal is in 1.8V operation mode. 

b-7) Terminal transmitting or receiving state Z (high state): 

The voltage shall be between 0,7 x Vcc and Vcc + 0,3V when a current of 20 jJ.A flowing out of the Terminal is 
applied when the Terminal is in 1.8 V operation mode. 

b-8) The rise time and the fall time of the I/O signal shall not exceed 1 )is when the Terminal is in 1.8 V operation 
mode. 

5.2.2.5.3 Reference: 

a-l - a-4) TS 102 221 clause 5.1 

a-5 - a-8), b-1 - b-4) TS 102 221 clause 5.2 
b-4 - b-8) TS 102 221 clause 5.3 

5.2.2.5.4 Test purpose 

To verify that the Terminal keeps the voltage, the current and the rise and fall times of the signal on contact C7 (I/O) of 
the UICC-Terminal interface within the ranges specified in the conformance requirements. 

5.2.2.5.5 Method of test 

5.2.2.5.5.1 Initial condition 

The Terminal shall be connected to an UICC simulator. 

The UE shall be activated. 

The remaining contacts of the UICC-Terminal interface shall be held in nominal test conditions (See 3G TS 31.120 
clause 0). 
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5.2.2.5.5.2 Procedure 

The voltage, the current and the rise/fall time on contact C7 (I/O) of the UICC-Terminal interface shall be measured. 

5.2.2.5.6 Acceptance criteria 

The voltage, the current and the rise and fall times of the signal on contact C7 (I/O) of the UICC-Terminal interface 
shall be within the ranges specified in the conformance requirements. 

6 Initial Communication Tests 

The following tests apply to 3G Terminals using either ID-1 or Plug-in UICC. 

6.1 ATR 

6.1.1 ATR characters 

6.1 .1 .1 Definition and applicability 

The ATR is the first string of bytes sent from the UICC to the Terminal after a reset has been performed. 

The historical bytes indicate to the external world how to use the card. 

Both protocols T=0 and T=l are mandatory for the Terminal. The protocol starts after either the answer to reset or a 
successful PPS exchange. 

6.1 .1 .2 Conformance requirement 

1) The Terminal shall adopt the data encoding convention and initial etu time defined in the initial character TS of the 
ATR. 

2) The Terminal shall be able to receive interface characters for transmission protocols other than T=0 and T=l, 
historical bytes and a check byte, even if only T=0 and T=l are used by the Terminal. 

6.1.1.2.1 Reference 

TS 102 221 clause 6.3. and 7. 

6.1.1.3 Test purpose 

1) To verify that the Terminal adopts the data encoding convention and initial etu time defined in the initial character 
TS of the ATR. 

2) To verify that the Terminal accepts interface characters for transmission protocols (T=0 and T=l), historical bytes 
and a check byte. 

6.1.1.4 Method of test 

6.1 .1 .4.1 Initial conditions 

The Terminal shall be connected to the UICC (or UICC simulator). 

6.1.1.4.2 Procedure 

a) The Terminal shall be powered on. 
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b) The UICC (or UICC simulator) shall send an ATR as follow. 



Character 


Value 


Description 


TS 


'3B' 


Indicates direct convention 


TO 


'97' 


TA1 and TD1 are present 
7 bytes of historical bytes 


TA1 


'11' 


Clock rate conversion factor Fl=1 {F=372) 
Baud rate adjustment factor Dl=1 (D=1) 


TD1 


'80' 


TD2 only is present 

Protocol T=0 supported by UICC 


TD2 


'IF' 


TA3 only is present 

Global interface bytes following (T=15) 


TA3 


'46' 


Clock stop supported (low electrical state) 
1.8V technology UICC 


T1 


'80' 




T2 


'31' 


Card data services 


T3 


'CO' 


SELECT by AID supported 
EFDIR present 


T4 


'73' 


Card capabilities 


T5 


'BE' 


SFI supported 


T6 


'20' 




T7 


'00' 


No extended Lc and Le 

No Logical channels supported 


TCK 


'C3' 


Check byte 



c) The Terminal shall be made to send further commands to the UICC (or UICC simulator) (e.g. by entering the 
PIN). 

d) The Terminal is switched off and on. 

e) The UICC (or UICC simulator) shall send an ATR as follow. 



Character 


Value 


Description 


TS 


'3F' 


indicates inverse convention 


TO 


'97' 


TA1 and TD1 are present 
7 bytes of historical bytes 


TA1 


'11' 


Clock rate conversion factor Fl=1 (F=372) 
Baud rate adjustment factor Dl=1 (D=1) 


TD1 


'80' 


TD2 only is present 

Protocol T=0 supported by UICC 


TD2 


'IF' 


TA3 only is present 

Global interface bytes following (T=15) 


TA3 


'46' 


Clock stop supported (low electrical state) 
1.8V technology UICC 


T1 


'80' 




T2 


'31' 


Card data services 


T3 


'CO' 


SELECT by AID supported 
EFDIR present 


T4 


'73' 


Card capabilities 


T5 


'BE' 


SFI supported 


T6 


'20' 




T7 


'00' 


No extended Lc and Le 

No Logical channels supported 


TCK 


'C3' 


Check byte 



f) The Terminal shall be made to send further commands to the UICC (or UICC simulator) (e.g. by entering the 
PIN). 

g) The Terminal is switched off and on. 

h) The UICC (or UICC simulator) shall send an ATR as follow. 
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Character 


Value 


Description 


TS 


'3F' 


Indicates inverse convention 


TO 


'97' 


TA1, and TD1 are present 
7 bytes of historical bytes 


TA1 


'11' 


Clock rate conversion factor Fl=1 {F=372) 
Baud rate adjustment factor Dl=1 (0=1) 


TD1 


'80' 


Only TD2 is present 

Protocol T=0 supported by UICC 


TD2 


'B1' 


TA3, TB3 and TD3 are present 
Protocol T=1 supported by UICC 


TA3 


'FE' 


IFSC is 254 bytes long 


TB3 


'00' 


Block Waiting lnteger=0 
Character Waiting lnteger=0 


TD3 


'IF' 


Only TA4 is present 

Global interface bytes following (T=15) 


TA4 


'46' 


Clock stop supported (low electrical state) 
1.8V technology UICC 


T1 


'80' 




T2 


'31' 


Card data services 


T3 


'CO' 


SELECT by AID supported 
EFDIR present 


T4 


'73' 


Card capabilities 


T5 


'BE' 


SFI supported 


T6 


'20' 




T7 


'00' 


No extended Lc and Le 

No Logical channels supported 


TCK 


'8C' 


Check byte 



i) The Terminal shall be made to send further commands to the UICC (or UICC simulator) (e.g. by entering the 
PIN). 

j) The Terminal is switched off and on. 

k) The UICC (or UICC simulator) shall send an ATR as follow. 



Character 


Value 


Description 


TS 


'3B' 


Indicates direct convention 


TO 


'97' 


TA1, and TD1 are present 
7 bytes of historical bytes 


TA1 


'11' 


Clock rate conversion factor Fl=1 (F=372) 
Baud rate adjustment factor Dl=1 (0=1) 


TD1 


'91' 


TA2 and TD2 are present 
Protocol T=1 supported by UICC 


TA2 


'81' 


Protocol T=1 used in specific mode 

Parameters indicated by the interface bytes, and card is not able 

to change mode 


TD2 


'B1' 


TA3, TB3 and TD3 are present 
Protocol T=1 supported by UICC 


TA3 


'FE' 


IFSC is 254 bytes long 


TB3 


'00' 


Block Waiting lnteger=0 
Character Waiting lnteger=0 


TD3 


'OF' 


Global interface bytes following (T=15) 


TA4 


'46' 


Clock stop supported (low electrical state) 
1.8V technology UICC 


T1 


'80' 




T2 


'31' 


Card data services 


T3 


'CO' 


SELECT by AID supported 
EFdir present 


T4 


'73' 


Card capabilities 


TCK 


'92' 


Check byte 



1) The Terminal shall be made to send further commands to the UICC (or UICC simulator) (e.g. by entering the 
PIN). 

m) The Terminal is switched off and on. 

n) The UICC (or UICC simulator) shall send an ATR as follow. 
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Character 


Value 


Description 


TS 


'3F' 


Indicates inverse convention 


TO 


'97' 


TA1, and TD1 are present 
7 bytes of historical bytes 


TA1 


'11' 


Clock rate conversion factor Fl=1 (F=372) 
Baud rate adjustment factor Dl=1 (0=1) 


TD1 


'91' 


TA2 and TD2 are present 
Protocol T=1 supported by UICC 


TA2 


'81' 


Protocol T=1 used in specific mode 

Parameters indicated by the interface bytes, and card is not able 

to change mode 


TD2 


'BV 


TA3, TB3 and TD3 are present 
Protocol T=1 supported by UICC 


TA3 


'FE' 


IFSC is 254 bytes long 


TBS 


'00' 


Block Waiting lnteger=0 
Character Waiting lnteger=0 


TD3 


'OF' 


Global interface bytes following (T=15) 


TA4 


'46' 


Clock stop supported (low electrical state) 
1.8V technology UICC 


T1 


'80' 




T2 


'31' 


Card data services 


T3 


'CO' 


SELECT by AID supported 
EFdir present 


T4 


'73' 


Card capabilities 


TCK 


'92' 


Check byte 



o) The Terminal shall be made to send further commands to the UICC (or UICC simulator) (e.g. by entering the 
PIN). 



6.1.1.5 



Acceptance criteria 



In step c), the Terminal shall start a T=0 session in direct convention and work with the UICC (or UICC simulator). 

In steps f) and i), the Terminal shall start a T=0 session in inverse convention and work with the UICC (or UICC 
simulator). 

In step 1), the Terminal shall start a T=l session in direct convention and work with the UICC (or UICC simulator). 

In step o), the Terminal shall start a T=l session in inverse convention and work with the UICC (or UICC simulator). 

6.2 Clock stop mode with 1 .8V technology UICC 

6.2.1 Definition and applicability 

The Terminal shall be able to receive interface characters, historical bytes and a check byte, even if only T=0 and T=l 
are used by the Terminal. 

T=15 global interface parameters shall be returned by the UICC. 

The UICC shall support the clock stop procedure. The clock stop mode is indicated in TAi (i>2) in T=15 in the ATR. 

6.2.2 Conformance requirement 

If the UICC supports any other operating conditions even together with class A, clock stop mode shall be supported and 
the indication shall be set accordingly. The terminal shall follow this indication independently of operating conditions 
indicated by the card. 

In case the UICC does not support any supply voltage indication, the UICC shall be treated as a 5V only card by the 
Terminal. 
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The Terminal shall wait at least 1860 clock cycles after having received the last character, including the guard time (2 
etu), of the response before it switches off the clock. It shall wait at least 744 clock cycles before it sends the first 
command after having started the clock. 



6.2.2.1 



Reference 



TS 102 221 clause 6.7, 6.10 and 11.1.1.4.6.1. 
ISO/IEC 7816-3, clause 5.3.4 and 6.5.5. 

6.2.3 Test purpose 

1) To verify that the clock is only switched off as indicated in the ATR first global interface byte and file 
characteristics (byte 1 of the directory characteristics). 

2) To verify that the timing of the clock switching is as specified. 

6.2.4 Method of test 
6.2.4.1 Initial conditions 

The Terminal shall be connected to the UICC simulator. CHV 1 shall be enabled. 



6.2.4.2 



Procedure 



a) The Terminal shall be powered on and the UICC simulator shall send an ATR as follows: 



Character 


Value 


Description 


IS 


'3B' 


Indicates direct convention 


TO 


'97' 


TA1 and TD1 are present 
7 bytes of historical bytes 


TA1 


'11' 


Clock rate conversion factor Fl=1 (F=372) 
Baud rate adjustment factor Dl=1 (D=1) 


TD1 


'80' 


TD2 only is present 

Protocol T=0 supported by UICC 


TD2 


'IF' 


TA3 only is present 

Global interface bytes following (T=15) 


TA3 


'C6' 


Clock stop supported (no preferred state) 
1.8V technology UICC 


T1 


'80' 




T2 


'31' 


Card data services 


T3 


'CO' 


SELECT by AID supported 
EFDIR present 


T4 


'73' 


Card capabilities 


T5 


'BE' 


SFI supported 


T6 


'20' 




T7 


'00' 


No extended Lc and Le 

No Logical channels supported 


TCK 


'43' 


Check byte 



and be used with bits set as follows: 



bS 


b7 


b6 


b5 


B4 


b3 


b2 


b1 


Meaning 





1 


1 














1 


Voltage classes BC and clock stop 
mode supported. No preferred level 



b) When the Terminal is in mode PIN check, 10 seconds shall elapse before the PIN shall be entered. 

c) The Terminal shall be powered off and on. The UICC simulator shall send an ATR as follows: 
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Character 


Value 


Description 


TS 


'3B' 


Indicates direct convention 


TO 


'97' 


TA1 and TD1 are present 
7 bytes of historical bytes 


TA1 


'11' 


Clock rate conversion factor Fl=1 (F=372) 
Baud rate adjustment factor Dl=1 (0=1) 


TD1 


'80' 


TD2 only is present 

Protocol T=0 supported by UICC 


TD2 


'IF' 


TA3 only is present 

Global interface bytes following (T=15) 


TA3 


'86' 


Clock stop supported (high electrical state) 
1.8V technology UICC 


T1 


'80' 




T2 


'31' 


Card data services 


T3 


'CO' 


SELECT by AID supported 
EFDIR present 


T4 


'73' 


Card capabilities 


T5 


'BE' 


SFI supported 


T6 


'20' 




T7 


'00' 


No extended Lc and Le 

No Logical channels supported 


TCK 


'03' 


Check byte 



and be used with bits set as follows: 



b8 


b7 


b6 


b5 


b4 


b3 


b2 


b1 


Meaning 





1 


1 








1 





1 


Voltage classes BC and clock stop 
mode supported. High level 
preferred 



d) When the Terminal is in mode PIN check, 10 seconds shall elapse before the PIN shall be entered. 

e) The Terminal shall be powered off and on. The UICC simulator shall send an ATR as follows: 



Character 


Value 


Description 


TS 


'3B' 


Indicates direct convention 


TO 


'97' 


TA1 and TD1 are present 
7 bytes of historical bytes 


TA1 


'11' 


Clock rate conversion factor Fl=1 (F=372) 
Baud rate adjustment factor Dl=1 (D=1) 


TD1 


'80' 


TD2 only is present 

Protocol T=0 supported by UICC 


TD2 


'IF' 


TA3 only is present 

Global interface bytes following (T=15) 


TA3 


'46' 


Clock stop supported (low electrical state) 
1.8V technology UICC 


T1 


'80' 




T2 


'31' 


Card data services 


T3 


'CO' 


SELECT by AID supported 
EFDIR present 


T4 


'73' 


Card capabilities 


T5 


'BE' 


SFI supported 


T6 


'20' 




T7 


'00' 


No extended Lc and Le 

No Logical channels supported 


TCK 


'C3' 


Check byte 



and be used with bits set as follows: 



bS 


b7 


b6 


b5 


b4 


b3 


b2 


b1 


IVIeaning 





1 


1 





1 








1 


Voltage classes BC and clock 
stop mode supported. Low level 
preferred 
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f) When the Terminal is in mode PIN check, 10 seconds shall elapse before the PIN shall be entered. 

6.2.5 Acceptance criteria 

1 . During step b), the Terminal shall switch off the clock at either high or low level. 

2. During step d), the Terminal shall switch off the clock at high level. 

3. During step f), the Terminal shall switch off the clock at low level. 

4. During steps b), d) and f), the Terminal shall not switch off the clock until at least 1860 clock cycles after having 
received the last character of the response including the minimum guard time (2 etu). 

5. During steps b), d) and f), the Terminal shall wait at least 744 clock cycles before it sends the first command 
after having restarted the clock. 

Note: the Terminal shall operate at either 1.8 V or 3V and use the supply voltage procedure if it does not support the first 
value. 

6.3 Clock stop mode with 3V technology UICC 

6.3.1 Definition and applicability 

The Terminal shall be able to receive interface characters, historical bytes and a check byte, even if only T=0 and T=l 
are used by the Terminal. 

T=15 global interface parameters shall be returned by the UICC. 

The UICC shall support the clock stop procedure. The clock stop mode is indicated in TAj (i>2) in T=15 in the ATR. 

6.3.2 Conformance requirement 

If the UICC supports any other operating conditions even together with class A, clock stop mode shall be supported and 
the indication shall be set accordingly. The terminal shall follow this indication independently of operating conditions 
indicated by the card. 

In case the UICC does not support any supply voltage indication, the UICC shall be treated as a 5V only card by the 
Terminal. 

The Terminal shall wait at least 1860 clock cycles after having received the last character, including the guard time (2 
etu), of the response before it switches off the clock. It shall wait at least 744 clock cycles before it sends the first 
command after having started the clock. 

6.3.2.1 Reference 

TS 102 221 clause 6.7, 6.10 and 11.1.1.4.6.1. 
ISO/IEC 7816-3, clause 5.3.4 and 6.5.5. 

6.3.3 Test purpose 

1) To verify that the clock is only switched off as indicated in the ATR first global interface byte and file 
characteristics (byte 1 of the directory characteristics). 

2) To verify that the timing of the clock switching is as specified. 
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6.3.4 Method of test 
6.3.4.1 Initial conditions 

The Terminal shall be connected to the UICC simulator. CHV 1 shall be enabled. 



6.3.4.2 



Procedure 



a) The Terminal shall be powered on and the UICC simulator shall send an ATR as follows: 



Character 


Value 


Description 


IS 


'SB' 


Indicates direct convention 


TO 


'97' 


TA1 and TD1 are present 
7 bytes of historical bytes 


TA1 


'11' 


Clock rate conversion factor Fl=1 (F=372) 
Baud rate adjustment factor Dl=1 (0=1) 


TD1 


'80' 


TD2 only is present 

Protocol 1=0 supported by UICC 


TD2 


'IF' 


TA3 only is present 

Global interface bytes following (1=15) 


TA3 


'C3' 


Clock stop supported (no preferred state) 
3V technology UICC 


11 


'80' 




12 


'31' 


Card data services 


13 


'CO' 


SELECT by AID supported 
EFDIR present 


14 


'73' 


Card capabilities 


15 


'BE' 


SFI supported 


16 


'20' 




T7 


'00' 


No extended Lc and Le 

No Logical channels supported 


TCK 


'46' 


Check byte 



and be used with bits set as follows: 



bS 


b7 


b6 


b5 


B4 


b3 


b2 


b1 


IVIeaning 








1 


1 











1 


Voltage classes AB and clock stop 
mode supported. No preferred level 



b) When the Terminal is in mode PIN check, 10 seconds shall elapse before the PIN shall be entered. 

c) The Terminal shall be powered off and on. The UICC simulator shall send an ATR as follows: 



£75/ 



3GPP TS 31.120 version 3.0.0 Release 1999 



45 



ETSI TS 131 120 V3.0.0 (2000-12) 



Character 


Value 


Description 


TS 


'3B' 


Indicates direct convention 


TO 


'97' 


TA1 and TD1 are present 
7 bytes of historical bytes 


TA1 


'11' 


Clock rate conversion factor Fl=1 (F=372) 
Baud rate adjustment factor Dl=1 (0=1) 


TD1 


'80' 


TD2 only is present 

Protocol T=0 supported by UICC 


TD2 


'IF' 


TA3 only is present 

Global interface bytes following (T=15) 


TA3 


'83' 


Clock stop supported (high electrical state) 
3V technology UICC 


T1 


'80' 




T2 


'31' 


Card data services 


T3 


'CO' 


SELECT by AID supported 
EFDIR present 


T4 


'73' 


Card capabilities 


T5 


'BE' 


SFI supported 


T6 


'20' 




T7 


'00' 


No extended Lc and Le 

No Logical channels supported 


TCK 


'06' 


Check byte 



and be used with bits set as follows: 



b8 


b7 


b6 


b5 


b4 


b3 


b2 


b1 


Meaning 








1 


1 





1 





1 


Voltage classes AB and clock 
stop mode supported. High level 
preferred 



d) When the Terminal is in mode PIN check, 10 seconds shall elapse before the PIN shall be entered. 

e) The Terminal shall be powered off and on. The UICC simulator shall send an ATR as follows: 



Character 


Value 


Description 


TS 


'3B' 


Indicates direct convention 


TO 


'97' 


TA1 and TD1 are present 
7 bytes of historical bytes 


TA1 


'11' 


Clock rate conversion factor Fl=1 (F=372) 
Baud rate adjustment factor Dl=1 (D=1) 


TD1 


'80' 


TD2 only is present 

Protocol T=0 supported by UICC 


TD2 


'IF' 


TA3 only is present 

Global interface bytes following (T=15) 


TA3 


'43' 


Clock stop supported (low electrical state) 
3V technology UICC 


T1 


'80' 




T2 


'31' 


Card data services 


T3 


'CO' 


SELECT by AID supported 
EFDIR present 


T4 


'73' 


Card capabilities 


T5 


'BE' 


SFI supported 


T6 


'20' 




T7 


'00' 


No extended Lc and Le 

No Logical channels supported 


TCK 


'C6' 


Check byte 



and be used with bits set as follows: 



b8 


b7 


b6 


b5 


b4 


b3 


b2 


b1 


IVIeaning 








1 


1 


1 








1 


Voltage classes AB and clock 
stop mode supported. Low level 
preferred 
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f) When the Terminal is in mode PIN check, 10 seconds shall elapse before the PIN shall be entered. 

6.3.5 Acceptance criteria 

1 . During step b), the Terminal shall switch off the clock at either high or low level. 

2. During step d), the Terminal shall switch off the clock at high level. 

3. During step f), the Terminal shall switch off the clock at low level. 

4. During steps b), d) and f), the Terminal shall operate at 3V and not switch off the clock until at least 1860 clock 
cycles after having received the last character of the response including the minimum guard time (2 etu). 

5. During steps b), d) and f), the Terminal shall wait at least 744 clock cycles before it sends the first command 
after having restarted the clock. 

6.4 Clock stop mode with no interface byte in the ATR 

6.4.1 Definition and applicability 

The Terminal shall be able to receive interface characters, historical bytes and a check byte, even if only T=0 and T=l 
are used by the Terminal. 

T=15 global interface parameters shall be returned by the UICC. 

The UICC shall support the clock stop procedure. The clock stop mode is indicated in TAi (i>2) in T=15 in the ATR. 

6.4.2 Conformance requirement 

If the UICC supports any other operating conditions even together with class A, clock stop mode shall be supported and 
the indication shall be set accordingly. The terminal shall follow this indication independently of operating conditions 
indicated by the card. 

In case the UICC does not support any supply voltage indication, the UICC shall be treated as a 5V only card by the 
Terminal. 

The Terminal shall wait at least 1860 clock cycles after having received the last character, including the guard time (2 
etu), of the response before it switches off the clock. It shall wait at least 744 clock cycles before it sends the first 
command after having started the clock. 

6.4.2.1 Reference 

TS 102 221 clause 6.7, 6.10 and 11.1.1.4.6.1. 
ISO/IEC 7816-3, clause 5.3.4 and 6.5.5. 

6.4.3 Test purpose 

1) To verify that the clock is only switched off as indicated in file characteristics (byte 1 of the directory characteristics 
through STATUS command) when not present in the interface byte of the ATR. The main objective is to guarantee 
compatibility with existing Smart Cards (3V technology and 3V only cards). 

2) To verify that the timing of the clock switching is as specified. 

3) To verify that the Terminal treats the UICC as a 5 V only UICC if no supply voltage is supported. 



£75/ 



3GPP TS 31.120 version 3.0.0 Release 1999 



47 



ETSI TS 131 120 V3.0.0 (2000-12) 



6.4.4 Method of test 

6.4.4.1 Initial conditions 

The Terminal shall be connected to the UICC simulator. CHV 1 shall be enabled. 

6.4.4.2 Procedure 

a) The UICC simulator shall be used with bits set as follows: 



bS 


b7 


b6 


b5 


b4 


b3 


b2 


b1 


Meaning 








1 


1 











1 


Voltage classes AB and clock stop 
mode supported. No preferred level 



b) The Terminal shall be powered on. When the Terminal is in mode PIN check, 10 seconds shall elapse before the 
PIN shall be entered. 

c) The Terminal shall be powered off. The UICC simulator shall be used with bits set as follows: 



b8 


b7 


b6 


B5 


b4 


b3 


b2 


b1 


Meaning 








1 


1 





1 





1 


Voltage classes AB and clock 
stop mode supported. High level 
preferred 



d) The Terminal shall be powered on. When the Terminal is in mode PIN check, 10 seconds shall elapse before the 
PIN shall be entered. 

e) The Terminal shall be powered off. The UICC simulator shall be used with bits set as follows: 



b8 


b7 


b6 


b5 


b4 


b3 


b2 


b1 


Meaning 








1 


1 


1 








1 


Voltage classes AB and clock 
stop mode supported. Low level 
preferred 



f) The Terminal shall be powered on. When the Terminal is in mode PIN check, 10 seconds shall elapse before the 
PIN shall be entered. 

g) The Terminal shall be powered off. The UICC simulator shall be used with bits set as follows: 



b8 


b7 


b6 


b5 


b4 


b3 


b2 


b1 


Meaning 








1 


1 





1 








Voltage classes AB supported, 
clock stop mode not supported 
unless at high level 



h) The Terminal shall be powered on. When the Terminal is in mode PIN check, 10 seconds shall elapse before the 
PIN shall be entered. 

i) The Terminal shall be powered off. The UICC simulator shall be used with bits set as follows: 



B8 


b7 


b6 


b5 


b4 


b3 


b2 


B1 


Meaning 








1 


1 


1 











Voltage classes AB supported, 
clock stop mode not supported 
unless at low level 



j) The Terminal shall be powered on. When the Terminal is in mode PIN check, 10 seconds shall elapse before the 
PIN shall be entered. 

k) The Terminal shall be powered on.. The UICC simulator shall be used with bits set as follows: 
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B8 


b7 


b6 


b5 


b4 


b3 


b2 


B1 


Meaning 








1 


1 














Voltage classes AB supported, 
clock stop mode never 
supported 



1) The Terminal shall be powered on. When the Terminal is in mode PIN check, 10 seconds shall elapse before the 
PIN shall be entered. 

6.4.5 Acceptance criteria 

1 . During step b), the Terminal shall switch off the clock at either high or low level. 

2. During steps d) and g), the Terminal shall switch off the clock at high level. 

3. During steps f) and j), the Terminal shall switch off the clock at low level. 

4. During steps b), d), f), g) and j), the Terminal shall operate at 3V and not switch off the clock until at least 1860 
clock cycles after having received the last character of the response including the minimum guard time (2 etu). 

5. During steps b), d), f), g) and j), the Terminal shall wait at least 744 clock cycles before it sends the first 
command after having restarted the clock. 

6. After step 1), the Terminal shall initiate deactivation of the card. 

6.5 Speed Eninancement 
6.5.1 Definition and applicability 

The Terminal shall at least support speed enhancement using (F,D) = (512,8) and (512,16) in addition to (372,1), the 
default. 



6.5.2 Conformance requirement 



1. For the Terminal, it is mandatory to support F=512 and D=8 as well as F=512 and D=16 (in addition to the 
default values F=372 and D=l). 

6.5.3 Test purpose 

1. To verify that the Terminal supports the transmission parameters F=512 and D=8 as well as F=512 and D=16. 

6.5.4 Method of test 

6.5.4.1 Initial conditions 

The Terminal is connected to the UICC simulator. 

6.5.4.2 Procedure 

a) The Terminal is powered on. 

b) The UICC simulator sends an ATR as follows: 
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Character 


Value 


Description 


TS 


'3B' 


Indicates direct convention 


TO 


'94' 


TA1, TD1 are present 
4 bytes of historical bytes 


TA1 


'94' 


F=512, D=8 


TD1 


'80' 


TD2 only is present 
T=0 


TD2 


'1F' 


TA3 only is present 

Global interface bytes following 


TA3 


'46' 


Clock stop supported (low electrical state) 

1 .8 V technology UICC, supporting class B and classC 


T1 


'80' 




T2 


'31' 


Card data services 


T3 


'CO' 


SELECT by AID supported 
EFDIR present 


T4 


'73' 


Card capabilities 


TCK 


'DB' 


Check byte 



c) After receipt of the PPS Request, the UICC simulator answers with the PPS Response "FF 10 94 7B" using a 
work waiting time of 9600 etu (initial waiting time). 

d) The UICC simulator transmits with enhanced speed (F=512, D=8). 

e) The Terminal is switched off and on. The UICC simulator sends an ATR as follows: 



Character 


Value 


Description 


TS 


'3B' 


Indicates direct convention 


TO 


'94' 


TA1, TD1 are present 
4 bytes of historical bytes 


TA1 


'95' 


F=512, D=16 


TD1 


'80' 


TD2 only is present 
T=0 


TD2 


'IF' 


TA3 only is present 

Global interface bytes following 


TA3 


'46' 


Clock stop supported (low electrical state) 

1 .8 V technology UICC, supporting class B and classC 


T1 


'80' 




T2 


'31' 


Card data services 


T3 


'CO' 


SELECT by AID supported 
EFDIR present 


T4 


'73' 


Card capabilities 


TCK 


'DA' 


Check byte 



p) After receipt of the PPS Request, the UICC simulator answers with the PPS Response "FF 10 95 7B" using a 
work waiting time of 9600 etu (initial waiting time). 

q) The UICC simulator transmits with enhanced speed (F=512, D=16). 

6.5.5 Acceptance criteria 

After step b) the Terminal shall send to the UICC simulator the PPS Request "FF 10 94 7B". 
After step c) the Terminal shall work with the UICC simulator. 

After step e) the Terminal shall send to the UICC simulator the PPS Request "FF 10 95 7B". 
After step f) the Terminal shall work with the UICC simulator. 

7 Transmission Protocol Tests 

The following tests apply to 3G Terminals using either ID-1 or Plug-in UICC. 
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7.1 Character transmission 

7.1 .1 Bit/character duration during tine transmission from tine Terminal to 
the UICC. 

7.1 .1 .1 Definition and applicability 

A character consists of 10 consecutive bits: 

1 start bit in state L; 

8 bits, which comprise the data byte; 

1 even parity checking bit. 

7.1 .1 .2 Conformance requirement 

The bit/character duration and the delay between two consecutive characters (between start leading edges) sent by the 
Terminal shall be in the range specified. 

7.1.1.2.1 Reference 

TS 102 221 clause 7.2.1 

7.1.1.3 Test purpose 

To verify the timing during the transmission from the Terminal to the UICC. 

7.1.1.4 Method of test 

7.1 .1 .4.1 Initial conditions 

The Terminal shall be connected to the UICC simulator, and powered on. 

7.1.1.4.2 Procedure 

A number of characters are transmitted from the Terminal to the UICC simulator. The UICC simulator shall measure 
the bit/character duration and the delay between two consecutive characters for all characters transmitted by the 
Terminal. 

7.1.1.5 Acceptance criteria 

The timing shall be in the specified range. 

7.1 .2 Bit/character duration during the transmission from the UICC to the 
Terminal. 

7.1 .2.1 Definition and applicability 

A character consists of 10 consecutive bits: 

1 start bit in state L; 

8 bits, which comprise the data byte; 

1 even parity checking bit. 
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7.1.2.2 Conformance requirement 

The bit/character duration and the delay between two consecutive characters (between start leading edges) sent by the 
Terminal shall be in the range specified. 

7.1.2.2.1 Reference 

TS 102 221 clause 7.2.1 

7.1.2.3 Test purpose 

To verify the timing during the transmission from the UICC to the Terminal. 

7.1.2.4 Method of test 

7.1.2.4.1 Initial conditions 

The Terminal shall be connected to the UICC simulator, and powered on. 

7.1.2.4.2 Procedure 

The UICC simulator shall send responses with the maximum and minimum bit/character duration specified in TS 102 
221. 

7.1 .2.5 Acceptance criteria 

The Terminal shall accept the response and act accordingly. 

7.2 T=0 protocol 
7.2.1 Timing 

7.2.1 .1 Definition and applicability 

The minimum interval between the leading edge of the start bits of two consecutive characters shall be at least 12 etu. 
The Work Waiting Time (WWT) is the maximum interval between the start leading edge of any character sent by the 
UICC and the start leading edge of the previous character sent by either by the UICC or the terminal. 

The value of the WWT shall not exceed 960 x WI x Fi/f. WI is an integer received in the specific interface byte TC2. 
The clock rate conversion factor, Fi, may be indicated in TAl. 

7.2.1.2 Conformance requirement 

1) If TAl is absent the Terminal shall use the default value Fi = 372. 

2) If no TC2 is available the Terminal shall use the default value of WI (10). 

3) The Terminal shall accept characters sent by the UICC with the Work Waiting Time within the specified range. 

7.2.1.2.1 Reference 

TS 102 221 clause 7.2.2.1. 

7.2.1.3 Test purpose 

1) To verify the correct evaluation of the characters TAl and TC2 indicated in the ATR. 
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2) To verify that the Terminal accepts the minimum and maximum Work Waiting Time during the transmission 
from the UICC to the Terminal. 

3) To verify that the Terminal deactivates the UICC if WWT is exceeded. 

7.2.1.4 Method of test 

7.2.1.4.1 Initial conditions 

The Terminal shall be connected to the UICC simulator, and powered on. 



7.2.1.4.2 



Procedure 



a) Upon reception of a reset the UICC simulator shall transmit the ATR as follows: 



Character 


Value 


Description 


IS 


'3B' 


Indicates direct or inverse convention 


TO 


'87' 


TD1 only is present 

7 bytes of historical bytes 


TD1 


'80' 


TD2 only is present 


TD2 


'1F' 


TA3 only is present 

Global interface bytes following 


TA3 


'46' 


Clock stop supported (low electrical state) 
1.8V technology UICC 


T1 


'80' 




T2 


'31' 


Card data services 


T3 


'CO' 


SELECT by AID supported 
EFDIR present 


T4 


'73' 


Card capabilities 


T5 


'BE' 


SFI supported 


T6 


'20' 




T7 


'00' 


No extended Lc and Le 

No Logical channels supported 


TCK 


'C2' 


Check byte 



b) Upon reception of a reset the UICC simulator shall transmit the ATR as follows: 



Character 


Value 


Description 


TS 


'38' 


Indicates direct or inverse convention 


TO 


'97' 


TA1 and TD1 are present 
7 bytes of historical bytes 


TA1 


'11' 


Clock rate conversion factor Fl=1 (F=372) 
Baud rate adjustment factor Dl=1 (D=1) 


TD1 


'CO' 


TC2 and TD2 are present 


TC2 


'01' 


Whi meaning WWT=960x(Fi/f)x1 


TD2 


'IF' 


TA3 only is present 

Global interface bytes following 


TA3 


'46' 


Clock stop supported (low electrical state) 
1.8V technology UICC 


T1 


'80' 




T2 


'31' 


Card data services 


T3 


'CO' 


SELECT by AID supported 
EFDIR present 


T4 


'73' 


Card capabilities 


T5 


'BE' 


SFI supported 


T6 


'20' 




T7 


'00' 


No extended Lc and Le 

No Logical channels supported 


TCK 


'82' 


Check byte 



c-1) The UICC simulator shall transmit with a WWT of 12 etu. 

c-2) The UICC simulator shall transmit with the specified WWT (960 x (Fi/f) x WI). 
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c-3) The UICC simulator shall transmit with the specified WWT + 5 etus (WWT exceeded). 

7.2.1 .5 Acceptance criteria 

In step a), the Terminal shall work with the UICC simulator using the default values of TAl and TC2. 

In steps c-1) and c-2) the Terminal shall work with the UICC simulator. 

In step c-3) the Terminal shall initiate a deactivation of the UICC within 960 etu following the excess of WWT. 

7.2.2 Command processing, ACK, NACK, NULL procedure bytes 

7.2.2.1 Definition and applicability 

Procedure bytes are used to keep up the communication between the terminal and the UICC. They shall not be 
transmitted to the Apphcation Layer. 

The status bytes SWl SW2 form an end sequence indicating the status of the UICC at the end of a command. 

7.2.2.2 Conformance requirement 

The Terminal shall correctly use the different modes of data transmission. 

7.2.2.2.1 Reference 

TS 102 221 clause 7.2.2.3. 
ISO 7816-3, clause 8.3. 

7.2.2.3 Test purpose 

To verify that the Terminal correctly uses the different modes of data transmission. 

7.2.2.4 Method of test 

7.2.2.4.1 Initial conditions 

The Terminal shall be connected to the UICC simulator, and powered on. 

T=0 ATR shall have been received and eventual PPS procedure successfully completed. 

7.2.2.4.2 Procedure 

a) The Terminal shall be made to initiate a VERIFY CHV command. 

b) The UICC simulator shall answer the first 3 bytes with ACK=INS complemented. 

c) The UICC simulator shall answer the next data byte with NULL (NULL="60"). 

d) The UICC simulator shall then send ACK=INS. This byte is sent when the elapsed time since step b) is greater 
than the Work Waiting Time. 

e) The UICC simulator shall answer the transmission of the rest of the data with NULL. 

f) The UICC simulator shall then send SWl and SW2, indicating correct execution of the command ("90" and 
"00" for SWl and SW2 respectively). These bytes are sent when the elapsed time since step d) is greater than 
the Work Waiting Time. 
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7.2.2.5 Acceptance criteria 

The command shall be executed correcdy. 

7.2.3 Case 2 command, use of procedure bytes '61 xx' and '6Cxx' 

7.2.3.1 Definition and applicability 

Procedure bytes '61 XX' and '6CXX' are returned by the UICC to control exchanges between the Transport Layer of the 
Terminal and the UICC, and should never be returned to the Application Layer of the Terminal. Command processing 
in the UICC is not complete if it has returned procedure bytes '61XX' or '6CXX'. 

7.2.3.2 Conformance requirement 

The UICC returns procedure bytes '61xx 'and '6Cxx' to the Transport Layer of the Terminal to indicate to it the manner 
in which it should retrieve the data requested by the command currently being processed. These procedure bytes are 
only used when processing case 2 and 4 commands using T=0. 

7.2.3.2.1 Reference 

TS 102 221 clause 7.3.1.1.5. 
ISO 7816-3, clause 8.3. 

7.2.3.3 Test purpose 

To verify that the Terminal correctly handles the procedure bytes '61XX' and '6CXX' when processing a case 2 
command. 

7.2.3.4 Method of test 

7.2.3.4.1 Initial conditions 

The Terminal shall be connected to the UICC simulator, and powered on. 

T=0 ATR shall have been received and eventual PPS procedure successfully completed. 

7.2.3.4.2 Procedure 

a) The Terminal shall be made to initiate a case 2 command with Le > Luicc (ex: READ RECORD command). 

b) The UICC simulator shall send '6CLuicc' procedure bytes. 

c) Following receipt of the command, the UICC simulator shall send '61xx' procedure bytes. 

d) Following receipt of the command, the UICC simulator shall send corresponding data + '61yy' procedure bytes. 

e) Following receipt of the command, the UICC simulator shall then send the rest of the data and SWl and SW2, 
indicating correct execution of the command ("90" and "00" for SWl and SW2 respectively). 

7.2.3.5 Acceptance criteria 

After step b) the Terminal shall send the previous command with Le = 'Luicc'. 
After step c) the Terminal shall send a GET RESPONSE command with Le = 'xx'. 
After step f) the Terminal shall send a GET RESPONSE command with Le = 'yy'. 
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7.2.4 Case 4 command, use of procedure bytes '61 xx' 

7.2.4.1 Definition and applicability 

Procedure bytes '61XX' and '6CXX' are returned by the UICC to control exchanges between the Transport Layer of the 
Terminal and the UICC, and should never be returned to the Application Layer of the Terminal. Command processing 
in the UICC is not complete if it has returned procedure bytes '61XX' or '6CXX'. 

7.2.4.2 Conformance requirement 

The UICC returns procedure bytes '61xx 'and '6Cxx' to the Transport Layer of the Terminal to indicate to it the manner 
in which it should retrieve the data requested by the command currently being processed. These procedure bytes are 
only used when processing case 2 and 4 commands using T=0. 

7.2.4.2.1 Reference 

TS 102 221 section 7.3.1.1.5. 
ISO 7816-3, section 8.3. 

7.2.4.3 Test purpose 

To verify that the Terminal correctly handles the procedure bytes '61XX' when processing a case 4 command. 

7.2.4.4 Method of test 

7.2.4.4.1 Initial conditions 

The Terminal shall be connected to the UICC simulator, and powered on. 

T=0 ATR shall have been received and eventual PPS procedure successfully completed. 

7.2.4.4.2 Procedure 

a) The Terminal shall be made to initiate a case 4 command with Le > Luicc (ex: SELECT command). 

b) The UICC simulator shall answer the command header with INS and send '61xx' procedure bytes following 
reception of data. 

c) Following receipt of the command, the UICC simulator shall send corresponding data + '61yy' procedure bytes. 

d) Following receipt of the command, the UICC simulator shall then send the rest of the data and SWl and SW2, 
indicating correct execution of the command ("90" and "00" for SWl and SW2 respectively). 

7.2.4.5 Acceptance criteria 

After step b) the Terminal shall send a GET RESPONSE command with Le = 'xx'. 
After step c) the Terminal shall send a GET RESPONSE command with Le = 'yy'. 

7.2.5 Command processing, warning and error status bytes 
7.2.5.1 Definition and applicability 

The status bytes SWl SW2 form an end sequence indicating the status of the UICC at the end of a command. 
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7.2.5.2 Conformance requirement 

In the case of an error, the UICC may return status indicating error or warning conditions instead of the '61xx' or '6Cxx' 
response. 

7.2.5.2.1 Reference 

TS 102 221 clauses 7.2.2.3. and 10.2.1. 

7.2.5.3 Test purpose 

To verify that the Terminal correctly handles status bytes different than '9000'. 

7.2.5.4 Method of test 

7.2.5.4.1 Initial conditions 

The Terminal shall be connected to the UICC simulator, and powered on. 

T=0 ATR shall have been received and eventual PPS procedure successfully completed. 

7.2.5.4.2 Procedure 

a) Warning: 

a-1) The Terminal shall be made to initiate a case 4 command (ex: SELECT command). 

a-2) The UICC simulator shall send warning status bytes ('62xx' '63xx' or '9xxx'). 

a-3) Following receipt of the command, the UICC simulator shall then send the rest of the data and SWl and 
SW2, indicating correct execution of the command ("90" and "00" for SWl and SW2 respectively). 

b) Error: 

b-1) The Terminal shall be made to initiate a case 4 command (ex: SELECT command). 

b-2) The UICC simulator shall send error status bytes ('6xxx' except '6Cxx', '61xx', '62xx' and '63xx'). 

7.2.5.5 Acceptance criteria 

After step a-2) the Terminal shall send a GET RESPONSE command with Le = '00'. 
After step b-2) the Terminal shall discontinue processing of the command. 

7.2.6 Error correction 

7.2.6.1 Definition and applicability 

If the UICC as receiver detects a parity error within 1 1 ±0.2 etu starting from the leading edge of the start bit, in a 
character just received, it shall set I/O to state L to indicate the error to the Terminal. 

7.2.6.2 Conformance requirement 

The error detection and correction procedure is mandatory for T=0 protocol except for the Terminal during the ATR- 
procedure. 

7.2.6.2.1 Reference 

TS 102 221 clause 7.2.2.4. 
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7.2.6.3 Test purpose 

To verify the error handling during the transmission from the Terminal to the UICC. 

7.2.6.4 Method of test 

7.2.6.4.1 Initial conditions 

The Terminal shall be connected to the UICC simulator, and powered on. 

7.2.6.4.2 Procedure 

The UICC simulator shall transmit an error signal in response to a received character by setting the I/O line to state L 
for a maximum of 2 etu and a minimum of 1 etu 10.5 ±0.2 etu after the leading edge of the start bit of the received 
character. 

7.2.6.5 Acceptance criteria 

The Terminal shall repeat the disputed character after a minimum delay of 2 etu. 

7.2.7 Error detection 

7.2.7.1 Definition and applicability 

If the Terminal as receiver detects a parity error within 1 1 ±0.2 etu starting from the leading edge of the start bit, in a 
character just received, it shall set I/O to state L to indicate the error to the UICC. 

7.2.7.2 Conformance requirement 

The error detection and correction procedure is mandatory for T=0 protocol except for the Terminal during the ATR- 
procedure. 

7.2.7.2.1 Reference 

TS 102 221 clause 7.2.2.4. 

7.2.7.3 Test purpose 

To verify the error handling during the transmission from the UICC to the Terminal. 

7.2.7.4 Method of test 

7.2.7.4.1 Initial conditions 

The Terminal shall be connected to the UICC simulator, and powered on. 

7.2.7.4.2 Procedure 

The UICC simulator shall send a response with a parity error and check that the terminals correctly handles it. 

7.2.7.5 Acceptance criteria 

The Terminal shall detect the parity error by setting the I/O line to state L for a maximum of 2 etu and a minimum of 1 
etu 10.5 ±0.2 etu after the leading edge of the start bit of the erroneous character and correctly evaluate the character 
when repeated by the UICC simulator. 
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7.3 T=1 protocol 

7.3.1 Character Waiting Time 



7.3.1 .1 Definition and applicability 

CWT is defined as the maximum delay between the leading edges of two consecutive characters in the block. 

7.3.1.2 Conformance requirement 

CWI is used to calculate CWT and shall be in the range from to 5. The value is set in bits b4 to bl in TB3. The value 
of CWT may be calculated from the following equation: CWT = (11+ 2*^*') etu. 

7.3.1.2.1 Reference 

TS 102 221 clause 7.2.3.1. 
ISO 7816-3, clause 9.5.3. 

7.3.1.3 Test purpose 

To verify that the Terminal respects the CWT indicated by the UICC. 

7.3.1.4 Method of test 
7.3.1.4.1 Initial conditions 

The Terminal shall be connected to the UICC simulator, and powered on. 



7.3.1.4.2 



Procedure 



a) Upon reception of a reset the UICC simulator shall transmit the ATR as follows: 



Character 


Value 


Description 


TS 


'SB' 


Indicates direct convention 


TO 


'97' 


TA1 , and TD1 are present 
7 bytes of historical bytes 


TA1 


'11' 


Clock rate conversion factor Fl=1 (F=372) 
Baud rate adjustment factor Dl=1 (D=1) 


TD1 


'81' 


Only TD2 is present 

Protocol T=1 supported by UICC 


TD2 


'A1' 


TB3 and TD3 are present 
Protocol T=1 supported by UICC 


TB3 


'05' 


Block Waiting lnteger=0 

Character Waiting lnteger=5 indicating CWT=43 etu 


TD3 


'IF 


Only TA4 is present 

Global interface bytes following (T=15) 


TA4 


'46' 


Clock stop supported (low electrical state) 
1.8V technology UICC 


T1 


'80' 




T2 


'31' 


Card data services 


T3 


'CO' 


SELECT by AID supported 
EFDIR present 


T4 


'73' 


Card capabilities 


T5 


'BE' 


SFI supported 


T6 


'20' 




T7 


'00' 


No extended Lc and Le 

No Logical channels supported 


TCK 


'66' 


Check byte 
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b) Following receipt of the first block by the UICC simulator, the Terminal shall be made to initiate a command 
requiring reception of an I-Block. 

b-1) The UICC simulator shall send the I-Block (data + '9000' indicating correct execution of the command) using 
CWT=11 etu. 

b-2) The UICC simulator shall send the I-Block (data + '9000' indicating correct execution of the command) using 
CWT=43 etu. 

7.3.1 .5 Acceptance criteria 

In step b.l) and b.2) the Terminal shall acknowledge the error free I-Block. 

7.3.2 Block Timing 

7.3.2.1 Definition and applicability 

B WT is defined as the maximum delay between the leading edge of the last character of the block received by the card 
and the leading edge of the first character of the next block sent by the card. 

BGT is defined as the minimum delay between the leading edge of two consecutive characters sent in opposite 
directions. The value of BGT shall be 22 etu. 

7.3.2.2 Conformance requirement 

BWI is used to calculate BWT and shall be in the range from to 4. The value is set in bits b5 to b8 in TB3. The value 
of BWT may be calculated from the following equation: BWT = 1 1 H- (2'^'*' x 960 x 372/f) etu. 

The delay between the last character of a block received by the UICC and the first character of the next block sent from 
the UICC shall be in the interval: BGT < delay < BWT. 

7.3.2.2.1 Reference 

TS 102 221 clause 7.2.3. 
ISO 7816-3, clause 9.5.3. 

7.3.2.3 Test purpose 

To verify that the Terminal respects the BGT and BWT indicated by the UICC in the ATR and detects time-out. 

7.3.2.4 Method of test 

7.3.2.4.1 Initial conditions 

The Terminal shall be connected to the UICC simulator, and powered on. 

7.3.2.4.2 Procedure 

a) Upon reception of a reset the UICC simulator shall transmit the ATR as follows: 
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Character 


Value 


Description 


TS 


'3B' 


Indicates direct convention 


TO 


'97' 


TA1 , and TD1 are present 
7 bytes of historical bytes 


TA1 


'11' 


Clock rate conversion factor Fl=1 (F=372) 
Baud rate adjustment factor Dl=1 (D=1) 


TD1 


'81' 


Only TD2 is present 

Protocol T=1 supported by UICC 


TD2 


'A1' 


TB3 and TD3 are present 
Protocol T=1 supported by UICC 


TBS 


'31' 


Block Waiting lnteger=3 indicating BWT=11+(8x960x372/f) 

etu 

Character Waiting lnteger=1 indicating CWT=13 etu 


TD3 


'IF 


Only TA4 is present 

Global interface bytes following 


TA4 


'46' 


Clock stop supported (low electhcal state) 
1.8V technology UICC 


T1 


'80' 




T2 


'31' 


Card data services 


T3 


'CO' 


SELECT by AID supported 
EFDIR present 


T4 


'73' 


Card capabilities 


T5 


'BE' 


SFI supported 


T6 


'20' 




T7 


'00' 


No extended Lc and Le 

No Logical channels supported 


TCK 


'52' 


Check byte 



b) Following receipt of the first block by the UICC simulator, the Terminal shall be made to initiate a command 
requiring reception of chained I-Blocks. 

c) The UICC simulator shall measure the delay between the last character of each block sent by the UICC and the first 
character of each following block sent by the Terminal. 

d) BWT: 

d-1) The UICC simulator shall send the I-Blocks using BGT = 22 etu. 

d-2) The UICC simulator shall send each I-Block using BWT =11 + (2''^' x 960 x 372/f) etu. 

BWT excess: 

d-3) The UICC simulator shall send the first I-Block using BWT = 500 +[1 1 + (2''*' x 960 x 372/f)] etu. 

7.3.2.5 Acceptance criteria 

In step c) the Terminal shall use a BGT of at least 22 etus. 

In steps d-1) and d-2) the Terminal shall acknowledge reception of the I-Blocks without error. 

In step d-3) the Terminal shall detect a time-out and send an R-Block requesting retransmission of the last block. 

7.3.3 Block Waiting Time extension 
7.3.3.1 Definition and applicability 

WTX is a parameter used to ask for more time to process a command. 

Supervisory blocks, S -block, are used to send control information. 

S-blocks are always used in pairs. A S(request) is always followed by a S(response) block. 

S(WTX request), a request for an extension of the waiting time; 
S(WTX response), an acknowledge of the extension of the waiting time. 
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7.3.3.2 Conformance requirement 

The UICC might need more than BWT to process the previously received block, a S(WTX request) is sent by the 
UICC. The terminal shall acknowledge with a S(WTX response). 

When an S(. . . request ) has been sent and either a BWT time-out occurs (with the terminal) or the received response is 
not a S(. . . response), the S( . . . request) shall be resent. 

7.3.3.2.1 Reference 

TS 102 221 clause 7.2.3.1. 

ISO 7816-3, clauses 9.5.3. and 9.7.3. Scenario 2, 14 and 15. 

7.3.3.3 Test purpose 

1- To verify that the Terminal respects the WTX procedure and applies the extended BWT. 

2- To verify that the Terminal handles the different types of errors in S(... request). 



7.3.3.4 



Method of test 



7.3.3.4.1 Initial conditions 

The Terminal shall be connected to the UICC simulator, and powered on. 



7.3.3.4.2 



Procedure 



a) Upon reception of a reset the UICC simulator shall transmit the ATR as follows: 



Character 


Value 


Description 


TS 


'3B' 


Indicates direct convention 


TO 


'97' 


TA1 , and TD1 are present 
7 bytes of historical bytes 


TA1 


'11' 


Clock rate conversion factor Fl=1 (F=372) 
Baud rate adjustment factor Dl=1 (D=1) 


TD1 


'81' 


Only TD2 is present 

Protocol T=1 supported by UICC 


TD2 


'A1' 


TB3 and TD3 are present 
Protocol T=1 supported by UICC 


TBS 


'21' 


Block Waiting lnteger=2 indicating BWT=11+(4x960x372/f) 

etu 

Character Waiting lnteger=1 indicating CWT=13 etu 


TD3 


'IF 


Only TA4 is present 

Global interface bytes following 


TA4 


'46' 


Clock stop supported (low electrical state) 
1.8V technology UICC 


T1 


'80' 




T2 


'31' 


Card data services 


T3 


'CO' 


SELECT by AID supported 
EFDIR present 


T4 


'73' 


Card capabilities 


T5 


'BE' 


SFI supported 


T6 


'20' 




T7 


'00' 


No extended Lc and Le 

No Logical channels supported 


TCK 


'42' 


Check byte 



b) Following receipt of the first block by the UICC simulator, the Terminal shall be made to initiate a command 
requiring exchange of I-Blocks. 

c-1) Error free S(WTX request): 
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c-1-1) Following receipt of the I-block, the UICC simulator shall send a S(WTX request) without error (BWT 
multiplied by 2). 

c-1-2) The UICC simulator shall use the extended BWT when receiving the S(WTX response), then complete the 
command (data + '9000' indicating correct execution of the command). 

c-2) Error in S(WTX request): 

c-2-1) Following receipt of the I-block, the UICC simulator shall send a S(WTX request) and generate the following 
errors: 

Parity error. 

- NAD ^ '00'. 

S(WTX response) instead of S(WTX request). 

Other S(.... response) instead of S('WTX request). 

LEN error. 

c-2-2) Following reception of the block sent by the Terminal (correct or with error assumed) the UICC simulator shall 
retransmit the S(WTX request) without error. 

c-2-3) The UICC simulator shall use the extended BWT when receiving the S(WTX response), then complete the 
command (data + '9000' indicating correct execution of the command). 

7.3.3.5 Acceptance criteria 

After steps c-1-1) and c-2-2) the Terminal shall send a S(WTX response). 

After step c-2-1) the Terminal shall send an R-Block requesting retransmission of the last block. 

7.3.4 Chaining - Respect of IFSC by Terminal 

7.3.4.1 Definition and applicability 

Chaining allows the terminal or the UICC to transfer information, which is longer than IFSC or IFSD. If information 
longer than IFSC or IFSD is transferred, the information should be divided into pieces, each has a length < IFSC or 
IFSD. Each piece should be sent in an I-block using the chaining function. 

The IFSC defines the maximum length of the information field of blocks that can be received by the UICC. 

7.3.4.2 Conformance requirement 

The default value of the IFSC is 32 bytes. Another value may be indicated in TA3 of the ATR. 

When the terminal is the sender, all I-blocks of a chain shall have LEN = IFSC bytes except for the last, which could 
have a value in the range of to IFSC. 

When a receiver receives a more-data I-block, a R(N(R)) shall be sent. N(R)= N(S) of the expected I-block. At least one 
chained block should follow. 

7.3.4.2.1 Reference 

TS 102 221 clause 7.2.3.1.1. and 7.2.3.5. 
ISO 7816-3, clause 9.7.3. Scenario 5 and 6. 
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7.3.4.3 Test purpose 

To verify that the Terminal respects the Information Field Size of the UICC in chaining mode. 

7.3.4.4 Method of test 
7.3.4.4.1 Initial conditions 

The Terminal shall be connected to the UICC simulator, and powered on. 



7.3.4.4.2 

a) No TA3 



Procedure 



a-l) Upon reception of a reset the UICC simulator shall transmit the ATR as follows: 



Character 


Value 


Description 


TS 


'SB' 


Indicates direct convention 


TO 


'97' 


TA1 , and TD1 are present 
7 bytes of historical bytes 


TA1 


'11' 


Clock rate conversion factor Fl=1 (F=372) 
Baud rate adjustment factor Dl=1 (D=1) 


TD1 


'81' 


Only TD2 is present 

Protocol T=1 supported by UICC 


TD2 


'A1' 


TB3 and TD3 are present 
Protocol T=1 supported by UICC 


TB3 


'00' 


Block Waiting lnteger=0 
Character Waiting lnteger=0 


TD3 


'IF 


Only TA4 is present 

Global interface bytes following 


TA4 


'46' 


Clock stop supported (low electrical state) 
1.8V technology UICC 


T1 


'80' 




T2 


'31' 


Card data services 


T3 


'CO' 


SELECT by AID supported 
EFDIR present 


T4 


'73' 


Card capabilities 


T5 


'BE' 


SFI supported 


T6 


'20' 




T7 


'00' 


No extended Lc and Le 

No Logical channels supported 


TCK 


'63' 


Check byte 



a-2) Following receipt of the first block by the UICC simulator, the Terminal shall be made to initiate a command 
requiring sending of chained I-Blocks. 

a-3) Following receipt of the command, the UICC simulator shall evaluate the length and acknowledge reception of 
the received I-Blocks without error. 

b) TA3='FE' 

b-1) Upon reception of a reset the UICC simulator shall transmit the ATR as follows: 
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Character 


Value 


Description 


TS 


'3B' 


Indicates direct convention 


TO 


'97' 


TA1, and TD1 are present 
7 bytes of historical bytes 


TA1 


'11' 


Clock rate conversion factor Fl=1 (F=372) 
Baud rate adjustment factor Dl=1 (D=1) 


TD1 


'81' 


Only TD2 is present 

Protocol T=1 supported by UICC 


TD2 


'B1' 


TA3, TB3 and TD3 are present 
Protocol T=1 supported by UICC 


TA3 


'FE' 


IFSC is 254 bytes long 


TB3 


'00' 


Block Waiting lnteger=0 
Character Waiting lnteger=0 


TD3 


'IF 


Only TA4 is present 

Global interface bytes following 


TA4 


'46' 


Clock stop supported (low electrical state) 
1.8V technology UICC 


T1 


'80' 




T2 


'31' 


Card data services 


T3 


'CO' 


SELECT by AID supported 
EFDIR present 


T4 


'73' 


Card capabilities 


T5 


'BE' 


SFI supported 


T6 


'20' 




T7 


'00' 


No extended Lc and Le 

No Logical channels supported 


TCK 


'8D' 


Check byte 



b-2) Following receipt of the first block by the UICC simulator, the Terminal shall be made to initiate a command 
requiring sending of chained I-Blocks. 

b-3) Following receipt of the command, the UICC simulator shall evaluate the length and acknowledge reception of 
the received I-Blocks without error. 



7.3.4.5 



Acceptance criteria 



In step a-2) the Terminal shall send the chained I-Blocks, except the last one, using the default value of IFSC, i.e. 32 
bytes long information field. 

In step b-2) the Terminal shall send the chained I-Blocks, except the last one, using the specified value of IFSC, i.e. 254 
bytes long information field. 



7.3.5 Chaining - IFSD management 



7.3.5.1 



Definition and applicability 



Chaining allows the Terminal or the UICC to transfer information, which is longer than IFSC or IFSD. If information 
longer than IFSC or IFSD is transferred, the information should be divided into pieces, each has a length < IFSC or 
IFSD. Each piece should be sent in an I-block using the chaining function. 

When a receiver receives a more-data I-block, a R(N(R)) shall be sent. N(R)= N(S) of the expected I-block. At least one 
chained block should follow. 

The IFSD defines the maximum length of the information field of blocks that the terminal can receive. 

The default value of the IFSD is 32 bytes and may be adjusted during the card session. The maximum value of the IFSD 
is 254 bytes. 

7.3.5.2 Conformance requirement 

When the UICC is the sender, all I-blocks of a chain shall have LEN < IFSD bytes per block. 
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7.3.5.2.1 Reference 

TS 102 221 clause 7.2.3. 

7.3.5.3 Test purpose 

To verify that the Terminal correctly handles the Information Field Size in chaining mode. 

7.3.5.4 Method of test 

7.3.5.4.1 Initial conditions 

The Terminal shall be connected to the UlCC simulator, and powered on. 

ATR shall have been received and eventual PPS procedure successfully completed. 

7.3.5.4.2 Procedure 

a) Following receipt of the first block by the UICC simulator, the Terminal shall be made to initiate a command 
requiring reception of chained 1-Blocks. 

b) The UICC simulator shall send an 1-Block with LEN > IFSD. 

c) Following correct receipt of the next block the UICC simulator shall send the rest of I-Blocks (data + '9000' 
indicating correct execution of the command). 

7.3.5.5 Acceptance criteria 

In step b), the Terminal shall detect the incorrect LEN and send an R-Block requesting retransmission of the last block. 

In step c) the Terminal shall acknowledge reception of the I-B locks without error by sending R-B locks with 
N(R)=sequence number of expected I-Block. 

7.3.6 l-Block error correction 

7.3.6.1 Definition and applicability 

Information blocks are used to transfer command and response APDUs. 

The 1-blocks are denoted as follows: I(N(S), M) where: 

N(S) is the send-sequence number of the block; 

M is the more-data bit used in the chaining function. 

7.3.6.2 Conformance requirement 

When an I-block has been sent and a BWT time-out occurs or an invalid block has been received ( with the terminal), 
an R-block is sent, which requests with its N(R) for the expected I-block with N(S)=N(R). 

7.3.6.2.1 Reference 

TS 102 221 clause 7.2.3.4. 

ISO 7816-3, clause 9.7.3. Scenario 8. 

7.3.6.3 Test purpose 

To verify that the Terminal sends an I-Block again when notified incorrect reception by the UICC (R-Block meaning 
error). 
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7.3.6.4 Method of test 

7.3.6.4.1 Initial conditions 

The Terminal shall be connected to the UICC simulator, and powered on. 

ATR shall have been received and eventual PPS procedure successfully completed. 

7.3.6.4.2 Procedure 

a) Following receipt of the first block by the UICC simulator, the Terminal shall be made to initiate a command 
requiring sending of chained I-Blocks. 

b) The UICC simulator shall assume each transmitted I-Block, including the last non-chained one, is invalid by 
sending an R-Block requesting retransmission. 

7.3.6.5 Acceptance criteria 

In step b), the Terminal shall resend each disputed I-Block. 

7.3.7 I-Block error detection 

7.3.7.1 Definition and applicability 

Information blocks are used to transfer command and response APDUs. 

The I-blocks are denoted as follows: I(N(S), M) where: 

N(S) is the send-sequence number of the block; 

M is the more-data bit used in the chaining function. 

7.3.7.2 Conformance requirement 

When an I-block has been sent and a BWT time-out occurs or an invalid block has been received ( with the terminal), 
an R-block is sent, which requests with its N(R) for the expected I-block with N(S)=N(R). 

7.3.7.2.1 Reference 

TS 102 221 clause 7.2.3.4. 

ISO 7816-3, clause 9.7.3. Scenario 9. 

7.3.7.3 Test purpose 

To verify that the Terminal correctly handles the different types of invalid I-Blocks. 

7.3.7.4 Method of test 

7.3.7.4.1 Initial conditions 

The Terminal shall be connected to the UICC simulator, and powered on. 

ATR shall have been received and eventual PPS procedure successfully completed. 

7.3.7.4.2 Procedure 

a) Following receipt of the first block by the UICC simulator, the Terminal shall be made to initiate a command 
requiring reception of I-Blocks. 



£75/ 



3GPP TS 31 .1 20 version 3.0.0 Release 1 999 67 ETSI TS 1 31 1 20 V3.0.0 (2000-1 2) 

b) The UICC simulator shall send I-Blocks and generate the following errors: 

Parity error. 

- NAD + '00'. 

PCB with wrong sequence number. 

- PCB of an R-Block. 

- PCB of an S-Block. 

- LEN error (= 'FF'). 
EDC error. 

c) Following correct reception of the block sent by the Terminal, the UICC simulator shall retransmit the I-Block 
without error and complete the command (data + '9000' indicating correct execution of the command). 

Note: test can be achieved either by generating the errors in one session using chained blocks or through separate tests 
generating one error. 

7.3.7.5 Acceptance criteria 

In step b), the Terminal shall detect the invalid block and send an R-Block requesting retransmission of the last block 
(N(R)=sequence number of last I-Block). 

In step c) the Terminal shall acknowledge reception of the I-Block without error. 

7.3.8 R-Block error handling in non-chaining mode 

7.3.8.1 Definition and applicability 

Receive-ready blocks, R-block, are used to transfer acknowledgements. 
The R-block are denoted as follows: R(N(R)), where: 
N(R) is the number of the expected I-block. 

7.3.8.2 Conformance requirement 

When an R-block was sent and an invalid block is received or BWT time-out, the R-block will be resent. 
7.3.8.2.1 Reference 

TS 102 221 clause 7.2.3.4. 

ISO 7816-3, clause 9.7.3. Scenario 10. 

7.3.8.3 Test purpose 

To verify that the Terminal handles the different types of invalid R-Blocks and correctly recovers while sending non 
chained data. 

7.3.8.4 Method of test 
7.3.8.4.1 Initial conditions 

The Terminal shall be connected to the UICC simulator, and powered on. 

ATR shall have been received and eventual PPS procedure successfully completed. 
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7.3.8.4.2 Procedure 

a) Following receipt of the first block by the UICC simulator, the Terminal shall be made to initiate a command 
requiring sending of a non chained I-Block. 

b) The UICC simulator shall assume the received block is invalid by sending an R-Block and generate the following 
errors: 

Parity error. 

- NAD ^ '00'. 

PCB with wrong sequence number. 

- PCB with b6=l. 

- PCB of an S-Block. 
LEN error. 

EDC error. 

c) Following correct reception of the block sent by the Terminal, the UICC simulator shall retransmit the R-Block 
without error. 

7.3.8.5 Acceptance criteria 

In step b) the Terminal shall detect the invalid block and send an R-Block requesting retransmission of the last block 
(N(R)=sequence number of invalid R-Block). 

After step c), the Terminal shall resend the first I-Block. 

7.3.9 R-Block error handling in chaining mode 

7.3.9.1 Definition and applicability 

Receive-ready blocks, R-block, are used to transfer acknowledgements. 
The R-block are denoted as follows: R(N(R)), where: 
N(R) is the number of the expected I-block. 

7.3.9.2 Conformance requirement 

When an R-block was sent and an invalid block is received or BWT time-out, the R-block will be resent. 

7.3.9.2.1 Reference 

TS 102 221 section 7.2.3.4. 

ISO 7816-3, section 9.7.3. Scenario 21. 

7.3.9.3 Test purpose 

To verify that the Terminal handles the different types of invalid R-B locks and correctly recovers while sending chained 
data. 



£75/ 



3GPP TS 31 .1 20 version 3.0.0 Release 1 999 69 ETSI TS 1 31 1 20 V3.0.0 (2000-1 2) 

7.3.9.4 Method of test 

7.3.9.4.1 Initial conditions 

The Terminal shall be connected to the UICC simulator, and powered on. 

ATR shall have been received and eventual PPS procedure successfully completed. 

7.3.9.4.2 Procedure 

a) Following receipt of the first block by the UICC simulator, the Terminal shall be made to initiate a command 
requiring sending of chained I-Blocks. 

b) The UICC simulator shall send an invalid R-Block and generate the following errors: 

Parity error. 

- NAD ^ '00'. 

PCB with wrong sequence number. 

- PCB with b6=l. 

- PCB of an S-Block. 
LEN error. 

EDC error. 

c) Following correct reception of the block sent by the Terminal, the UICC simulator shall retransmit the R-Block 
without error. 

7.3.9.5 Acceptance criteria 

In step b) the Terminal shall detect the invalid block and send an R-Block requesting retransmission of the last block 
(N(R)=sequence number of invalid R-Block). 

After step c), the Terminal shall send the rest of chained data (I-Block). 

7.3.10 Successive errors in botii directions 

7.3.10.1 Definition and applicability 

Receive-ready blocks, R-block, are used to transfer acknowledgements. 
The R-block are denoted as follows: R(N(R)), where: 
N(R) is the number of the expected I-block. 

7.3.10.2 Conformance requirement 

When an R-block was sent and an invalid block is received or BWT time-out, the R-block will be resent. 

7.3.10.2.1 Reference 

TS 102 221 section 7.2.3.4. 

ISO 7816-3, section 9.7.3. Scenario 12 and 13. 
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7.3.10.3 Test purpose 

To verify that the Terminal properly recovers after receiving and being notified errors successively. 

7.3.10.4 Method of test 

7.3.10.4.1 Initial conditions 

The Terminal shall be connected to the UICC simulator, and powered on. 

ATR shall have been received and eventual PPS procedure successfully completed. 

7.3.10.4.2 Procedure 

a) Following receipt of the first block by the UICC simulator, the Terminal shall be made to initiate a command 
requiring reception of I-Blocks. 

b) The UICC simulator shall send an invalid I-Block. 

c) Following correct reception of the block sent by the Terminal, the UICC simulator shall assume the received block 
is invalid by sending an R-Block, also invalid. 

d) Following correct reception of the block sent by the Terminal: 

d-1) No error: 

The UICC simulator shall retransmit the I-Block without error and complete the command (data + '9000' indicating 
correct execution of the command). 

d-2) Error assumed: 

d-2-1) The UICC simulator shall assume the received block is invalid by sending an R-Block requesting retransmission 
(N(R)= correct sequence number of step c)). 

d-2-2) Following correct reception of the block sent by the Terminal, the UICC simulator shall complete the command 
(data + '9000' indicating correct execution of the command). 

7.3.10.5 Acceptance criteria 

After step b) and c), the Terminal shall detect the invalid block and send an R-Block requesting retransmission of the 
last block (N(R)=sequence number of invalid I-Block). 

After step d-2-1), the Terminal shall resend the previous R-Block with N(R)=sequence number of invalid I-Block. 

After step d-1) and d-2-2), the Terminal shall acknowledge the error free I-Block(s). 

7.3.1 1 Chaining - Abortion 
7.3.1 1 .1 Definition and applicability 

Supervisory blocks, S -block, are used to send control information. 

S-blocks are always used in pairs. A S(request) is always followed by a S(response) block. 

S(ABORT request), a request to abort the chain function; 

S(ABORT response), an acknowledge of the abortion of the chain function; 
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7.3.1 1 .2 Conformance requirement 

When an S(. . . request ) has been sent and either a BWT time-out occurs (with the terminal) or the received response is 
not a S(... response), the S(... request) shall be resent. But if an S(... response) has been sent and either an invalid 
block is received or a BWT time-out occurs (with the terminal), an R-block shall be sent. 

7.3.11.2.1 Reference 

TS 102 221 clause 7.2.3.4. 

ISO 7816-3, clause 9.7.3. Scenario 26 and 27. 

7.3.11.3 Test purpose 

To verify that the Terminal correctly handles the abortion procedure in chaining mode. 

7.3.11.4 Method of test 

7.3.11.4.1 Initial conditions 

The Terminal shall be connected to the UICC simulator, and powered on. 

ATR shall have been received and eventual PPS procedure successfully completed. 

7.3.11.4.2 Procedure 

a) Terminal sends chained data: 

a-1) Following receipt of the first block by the UICC simulator, the Terminal shall be made to initiate a command 
requiring sending of chained I-B locks. 

a-2) The UICC simulator shall acknowledge receipt of the first chained I-Block by sending an R-Block without error. 

a-3) Following receipt of the second I-Block, the UICC simulator shall send an S(ABORT request). 

a-4) The UICC simulator shall acknowledge receipt of the response and give back the Terminal the right to send (R- 
Block without error) and complete the next command. 

b) UICC sends chained data: 

b-1) Following receipt of the first block by the UICC simulator, the Terminal shall be made to initiate a command 
requiring reception of chained I-Blocks. 

b-2) The UICC simulator shall transmit the first chained I-Block without error. 

b-3) Following correct reception of the block sent by the Terminal, the UICC simulator shall send an S (ABORT 
request). 

b-4) The UICC simulator shall acknowledge receipt of the response without error. 

b-5) The UICC simulator shall restart and complete the command (data + '9000' indicating correct execution of the 
command). 
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7.3.11.5 Acceptance criteria 

After steps a-3) and b-3), the Terminal shall send an S(ABORT response). 

After step a-4), the Terminal shall send a block with N(S)=0. 

In step b-5) the Terminal shall acknowledge reception of the I-B locks without error by sending R-B locks with 
N(R)=sequence number of expected I-Block. 

7.3.12 Block repetition and resynchronisation 

7.3.12.1 Definition and applicability 

Resynchronisation of the protocol may be attempted at three consecutive levels. If one level is unsuccessful, then the 
next level is tried. 

For the terminal, the three levels are: 
Retransmission of blocks. 
- Use of S(RES YNCH request). 
Card reset or deactivation. 

Supervisory blocks, S -block, are used to send control information. 

S-blocks are always used in pairs. A S(request) is always followed by a S(response) block. 

S(RESYNCH request), a request of a resynchronisation; 

S(RES YNCH response), an acknowledge of the resynchronisation; 

7.3.12.2 Conformance requirement 

When an S(. . . request ) has been sent and either a BWT time-out occurs (with the terminal) or the received response is 
not a S(. . . response), the S(. . . request) shall be resent. But if an S(. . . response) has been sent and either an invalid 
block is received or a BWT time-out occurs (with the terminal), an R-block shall be sent. 

If the terminal fails to receive an error-free block during a card-session, a maximum of two further attempts is allowed 
before a S(RESYNCH request) is sent. 

7.3.12.2.1 Reference 

TS 102 221 clause 7.2.3.4. 

ISO 7816-3, clause 9.7.3. Scenario 29, 30, 31, 32 and 34. 

7.3.12.3 Test purpose 

1) To verify that the Terminal resynchronises the UICC if block repetition is unsuccessful. 

2) To verify that the Terminal correctly handles an invalid response to an S(... request). 

7.3.12.4 Method of test 
7.3.12.4.1 Initial conditions 

The Terminal shall be connected to the UICC simulator, and powered on. 

ATR shall have been received and eventual PPS procedure successfully completed. 
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7.3.12.4.2 Procedure 

a) Following receipt of the first block by the UICC simulator, the Terminal shall be made to initiate a command 
requiring sending of an I-Block. 

b) Following receipt of the first I-Block, the UICC simulator shall send an erroneous block or be unresponsive. 

c) Following correct reception of the block sent by the Terminal, the UICC simulator shall send two more erroneous 
blocks or remain unresponsive two more times. 

d-1) No error: 

Following correct reception of the block (S(RESYNCH request)) sent by the Terminal, the UICC simulator shall send a 
S(RESYNCH response), then complete the next command without error. 

d-2) Error assumed: 

d-2-1) Following correct reception of the block (S(RESYNCH request)) sent by the Terminal, the UICC simulator shall 
send a S(RESYNCH response) and generate the following errors: 

Parity error. 

- NAD i^ '00'. 

- LEN error (?^ '01'). 

- S(RESYNCH request) instead of S(RESYNCH response). 
Other S(... response). 

EDC error. 

d-2-2) Following correct reception of the block (S(RESYNCH request)) sent by the Terminal, the UICC simulator shall 
send a S(RESYNCH response), then complete the next command without error. 

7.3.12.5 Acceptance criteria 

After step b), the Terminal shall send an R-Block requesting retransmission. 

In step c), the Terminal shall send the same R-Block as in b) two more times, then initiate an S(RESYNCH request). 

After step d-2-1), the Terminal shall resend an S(RESYNCH request). 

7.3.13 UICC is unresponsive 
7.3.13.1 Definition and applicability 

Resynchronisation of the protocol may be attempted at three consecutive levels. If one level is unsuccessful, then the 
next level is tried. 

For the terminal, the three levels are: 
Retransmission of blocks. 

- Use of S(RES YNCH request). 
Card reset or deactivation. 
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7.3.13.2 Conformance requirement 

After an ATR due to a Warm reset or successful PPS procedure, the communication between the terminal and the UICC 
can be initiated. But if the terminal fails to receive an error-free block, in the beginning of the protocol, a maximum of 
two more successive attempts to receive the block is allowed before resetting or a deactivation of the card takes place. 

If the terminal fails to receive an error-free block during a card-session, a maximum of two further attempts is allowed 
before a S(RESYNCH request) is sent. 

7.3.13.2.1 Reference 

TS 102 221 clause 7.2.3.4. 

ISO 7816-3, clause 9.7.3. Scenario 33 and 35. 

7.3.13.3 Test purpose 

To verify that the Terminal correctly resets or deactivates the UICC at the start of the protocol and during the protocol if 
resynchronisation is unsuccessful. 

7.3.13.4 Method of test 

7.3.13.4.1 Initial conditions 

The Terminal shall be connected to the UICC simulator, and powered on. 

ATR shall have been received and eventual PPS procedure successfully completed. 

7.3.13.4.2 Procedure 

a) At the start of the protocol: 

a-1) Following receipt of the first block, the UICC simulator shall be unresponsive. 

a-2) Following correct reception of the block sent by the Terminal, the UICC simulator shall remain unresponsive 
two more times. 

b) During the protocol: 

b-1) Following receipt of the first block by the UICC simulator, the Terminal shall be made to initiate a command 
requiring sending of an I-Block. 

b-2) Following receipt of the first I-Block, the UICC simulator shall be unresponsive. 

b-3) Following correct reception of the block sent by the Terminal, the UICC simulator shall remain unresponsive 
two more times. 

b-4) Following correct reception of the block (S(RES YNCH request)) sent by the Terminal, the UICC simulator shall 
remain unresponsive three more times. 
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7.3.13.5 Acceptance criteria 

After step a-1), the Terminal shall: 

send an R-Block if the first block it sent was an I-Block. 

repeat the S-Block if the first block it sent was an S-Block. 

In step a-2), the Terminal shall send the same block as in a-1) two more times, then reset or deactivate the UICC. 

After step b-2), the Terminal shall send an R-Block with N(R)=sequence number of previous I-Block. 

In step b-3), the Terminal shall send the same R-Block as in b-2) two more times, then initiate an S(RESYNCH 
request). 

In step b-4), the Terminal shall resend S(RESYNCH request) two more times, then reset or deactivate the UICC. 

8 Application independent procedures 

The following tests apply to 3G Terminals using either ID-1 or Plug-in UICC. 

8.1 UICC presence detection 

8.1 .1 Definition and applicability 

To ensure that the UICC has not been removed during a card session, the Terminal sends, at frequent intervals, a 
STATUS command during each call. 

This procedure shall be used in addition to a mechanical or other device used to detect the removal of a UICC. 

8.1.2 Conformance requirement 

A STATUS command shall be issued within all 30 second periods of inactivity on the UICC -Terminal interface during 
a call. Inactivity in this case is defined as starting at the end of the last communication or the last issued STATUS 
command. If no response data is received to this STATUS command, then the call shall be terminated as soon as 
possible but at least within 5 seconds after the STATUS command has been sent. If the DF indicated in response to a 
STATUS command is not the same as that which was indicated in the previous response, or accessed by the previous 
command, then the call shall be terminated as soon as possible but at least within 5 seconds after the response data has 
been received. 

8.1.2.1 Reference 

TS 102 221 clause 14.5.2. 

8.1.3 Test purpose 

To verify that the Terminal: 

1 . sends STATUS command within all 30 second periods of inactivity during a call. 

2. terminates a call within 5 seconds at the latest after having received an invalid response to the STATUS command. 



£75/ 



3GPP TS 31 .1 20 version 3.0.0 Release 1 999 76 ETSI TS 1 31 1 20 V3.0.0 (2000-1 2) 

8.1.4 Method of test 

8.1.4.1 Initial conditions 

The Terminal shall be connected to the UICC simulator. 
All elementary files shall be coded as default. 

8.1.4.2 Procedure 

a) A call shall be set up using the generic call setup. 

b) The UICC simulator shall monitor the time interval between STATUS commands sent by the Terminal. 

c) After 3 minutes, the call shall be cleared. 

d) A call shall be set up using the generic call setup. 

e) After one minute after the call was successfully set up, the UICC simulator shall respond to a STATUS command 
with the response data of the MF. 

8.1 .5 Acceptance criteria 

1. During step b), the time interval between STATUS commands shall not be longer than 30 seconds. 

2. After step e), the Terminal shall terminate the call within 5 seconds at the latest after having received the wrong 
response to the STATUS command. 
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Annex A (normative): 

UICC simulator functional requirement 



A.1 General 

The UICC simulator shall implement the functions of an UICC as described in TS 102 221. 

The Test Algorithm for authentication incorporated in the UICC simulator shall operate as described in annex 2 

A.2 Contacts C1, C3, C7 

A.2.1 Default measurement / setting uncertainties 

Unless stated otherwise below, the following uncertainties apply: 
Voltage measurement uncertainty: < +/- 50 mV 
Time measurement uncertainty: < +/- 100 ns 

A.2.2 Contact C1 

Continuous Spikes 

Voltage measurement uncertainty: < +/- 100 mV 
Current Load Amplitude mA - 20 mA 

Adjustable Step Size 1 mA 

Uncertainty < +/- 1 mA 
Additional Current Offset mA - 5 mA 

Adjustable Step Size 1 mA 

Uncertainty < +/- 1 mA 

Pulse Width 1 00 ns - 500 ns 

Adjustable Step Size 50 ns 

Uncertainty < +/- 25 ns 

Rise and Fall Time <= 50 ns 

Pause Width 100 ns - 500 ns 

Adjustable Step Size 50 ns 

Uncertainty < +/- 25 ns 
Random Spikes 
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Voltage measurement uncertainty: < +/- 100 mV 
Current Load Amplitude 50 mA - 200 mA 

Adjustable Step Size 1 mA 

Uncertainty < +/- 1 mA 
Additional Current Offset mA - 5 mA 

Adjustable Step Size 1 mA 

Uncertainty < +/- 0, 1 mA 

Pulse Width 1 00 ns - 500 ns 

Adjustable Step Size 50 ns 

Uncertainty < +/- 25 ns 

Rise and Fall Time <= 50 ns 

Pause Width 0,1 ms - 500 ms, randomly varied 

Adjustable Step Size 0,1 ms 

Uncertainty <+/- 0, 1 ms 

A.2.3 Contact C7 

The Elementary Time Unit (etu) used in the sections below refer to the nominal bit duration on the I/O line, as defined 
in ISO 7816-3. 

Voltage setting uncertainty: < +/- 25 mV 

Rise & fall Time setting uncertainty: < +/- 100 ns 

Jitter measurement uncertainty: < +/- 5*10E-3 etu 

Jitter setting uncertainty: < +/- 5*10E-3 etu 

A.2.4 Contact C3 

Frequency measurement uncertainty: < +/- 0,5 % 

Voltage Measurement uncertainty: < +/- 50 mV 

Rise & fall time measurement uncertainty: < +/- 5 ns 
Duty cycle 

Measurement range: 35% - 65% 

Measurement uncertainty: < +/- 2,5 % 



A. 3 Definition of timing 



It shall be possible to define all timings relative to the clock. The UICC simulator shall be able to calculate and to use 
the absolute values automatically, even if the Terminal changes the frequency during the communication. 
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Annex B (informative): 
Change history 



The table below indicates all change requests that have been incorporated into the present document since it was 
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